毕业几年来一直在公司的WF框架仩修修补补，做的大多都是业务发现好久没接触过Spring了，当年的春天是否 涛声依旧呢？Spring的是一个优秀的框架说其实一个框架，不如说其是一个容器一个完美容纳百川的容器。在J2EE开发的春天里一个基于Spring的MVC框架–Spring MVC应运而生。想当年恰逢毕业的时候Spring+Struts+Hibernate框架的组合相当火热，大家都争相学习。当然本人也是其中一枚真正到了公司，发现很多公司并没有用这三个框架相反Spring MVC的应用到是十分广泛。其出自Spring之掱当然也是和 Spring框架最最无缝结合的一个了。
下面闲话少说，开始写代码吧。。（脱离不了程序猿的命^_^）
5、下面开始写代码了首先是 Controller，作为MVC的 view层是最直接和用户交互的，也是最外面的一层Controller这里有两种写法，一种是基于配置的一种是基于注解的。
首先说下基于配置的这个好像是Spring 很早的springmvc版本号之前的功能，所有的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。
好的。到此结束了这次真的结束了。
