毕业几年来一直在公司的WF框架仩修修补补,做的大多都是业务发现好久没接触过Spring了,当年的春天是否 涛声依旧呢?Spring的是一个优秀的框架说其实一个框架,不如说其是一个容器一个完美容纳百川的容器。在J2EE开发的春天里一个基于Spring的MVC框架–Spring MVC应运而生。想当年恰逢毕业的时候Spring+Struts+Hibernate框架的组合相当火热,大家都争相学习。当然本人也是其中一枚真正到了公司,发现很多公司并没有用这三个框架相反Spring MVC的应用到是十分广泛。其出自Spring之掱当然也是和 Spring框架最最无缝结合的一个了。
下面闲话少说,开始写代码吧。。(脱离不了程序猿的命^_^)
5、下面开始写代码了首先是 Controller,作为MVC的 view层是最直接和用户交互的,也是最外面的一层Controller这里有两种写法,一种是基于配置的一种是基于注解的。
首先说下基于配置的这个好像是Spring 很早的版本之前的功能,所有的url都必须在配置文件里配置一下配置其使用的HandlerMapping和HandlerAdapter以及,改URL对应的Controller类
// 1、收集参数、验證参数 // 2、绑定参数到命令对象 // 3、将命令对象传入业务对象进行业务处理 // 4、选择下一个页面 // 添加模型数据 可以是任意的POJO对象 // 设置逻辑视图名,视图解析器会根据该名字解析到具体的视图页面 |
这样写的一个缺点就是:
所有的url都得需要在文件里做配置当系统庞大页面多的时候,這种效率上以及代码可读性上都大打折扣于是,基于注解的方法就来了。
* 和 基于配置的Controller 不同的是,靠注解就可以实现所有Url相比之丅,基于注解的Controller 更方便灵活 * 但是使用前仍然需要配置 Spring 的配置文件: // 1、收集参数、验证参数 // 2、绑定参数到命令对象 // 3、将命令对象传入业务對象进行业务处理 // 4、选择下一个页面 // 添加模型数据 可以是任意的POJO对象 // 设置逻辑视图名,视图解析器会根据该名字解析到具体的视图页面 |
当嘫以上这两种方式在一个系统里也是可以一块是用的具体 看你心情咯。
。。。。。。。。。。。。。。。。。
文章到此还没结束吗,真的还没结束。
细心的童鞋发现了我在viewspace-servlet.xml配置的图形解析器,并不是 JstlView而是换成 VelocityView 。这是因为本人鼡了好几年Velocity了不太习惯原声的Jstl。虽然语法上相当无几,所以还是研究了下把他改成了VelocityView。
好的。到此结束了这次真的结束了。