Spring MVC学习总结--Java免费学习网

   Spring MVC属于SpringFrameWork的后续产品，已经融合在Spring Web Flow里面。Spring 框架提供了构建 Web 应用程序的全功能 MVC 模块。使

用 Spring 可插入的 MVC 架构，可以选择是使用内置的 Spring Web 框架还可以是 Struts 这样的 Web 框架。
   通过策略接口，Spring 框架是高度可配置的，而且包含多种视图技术，例如 JavaServer Pages（JSP）技术、Velocity、Tiles、iText 和POI。

Spring MVC 框架并不知道使用的视图，所以不会强迫您只使用 JSP 技术。Spring MVC 分离了控制器、模型对象、分派器以及处理程序对象的角色

，这种分离让它们更容易进行定制。

  　一、 Spring的整个MVC配置是基于IOC容器的
　　与struts或webwork2相比，这是一个ms有点奇怪的决定，看一下Spring MVC的配置文件，最先看到的不是action或者form，而是一些有着特定名

字的bean，Bean下面的配置是一些简单或有点复杂的属性。我们看到的是机器更容易的数据结构，而不是人更容易理解的元素。
　　但是这恰恰是Spring的MVC强大的根源!因为它的配置就是Spring的核心IOC容器的配置，这意味着所有IOC容器的威力都可以在这里展现，我们可

以为所欲为地对Spring MVC进行扩展和增强，我们可以完成在其它MVC framwork中很多难以想象的任务。想扩展新的URL映射方式吗?要换一个

themeResolver或LocalReolver的实现吗?想在页面中显示新类型的View(比如说RDF，呵呵，一个小秘密：xiecc是研究语义网的，虽然成天不务正业

，不写论文，只写八卦)?甚至想直接在Controller里定义AOP吗?这些对Spring的MVC来说都是小菜一碟。
　　我没有仔细研究过Webwork2的扩展机制，我知道通过Webwork2的interceptor机制，可以进行很多的扩展，甚至有一个简单简单的IOC容器。但不

管它有多强大，提供了多少扩展点。它的威力都很难和真正的IOC容器相比。而struts的plugin功能则是出名的滥，虽然它也提供了plugin机制。
　　Spring采用IOC配置的另一个原因是使Spring的MVC与Spring的IOC容器的整合变得非常的容易。Spring提供了与struts与webwork2的整合，但是

这样整合都需要在进行间接的包装，感觉总不是很自然。而且还会导致一个概念多个配置，webwork2就需要在Spring里配置bean，再配置自己的

xwork文件。想象一下吧，我们的bean直接就是一个controller，直接可以完成MVC的所有任务，这是多少爽的感觉。
　　Rod Johnson采用IOC容器来实现的另一个原因是这会减少好多开发工作量。看一下urlMapping吧，它提供的property本身就是一个HashMap，只

有配置完成，我们的bean里的数据就自然存在了，哈哈，好爽吧。不用象struts那样解析XML，再把它的内容一项一项地读到HashMap里。
　　虽然这样的配置会有点怪异，但假如我们对Spring的IOC容器非常熟悉的话，会发现它非常的亲切，也非常的简单。
　　最后是一个简单的小秘密，Spring怎么知道某个bean的配置就是urlMapping?另一个bean的配置就是viewResolver?其实很简单，把所有的bean全

部读到内存里，然后通过bean的名字或类型去找就行了。通过名字去找就是简单的getBean方法，通过类型去找则使用了

BeanFactoryUtils.beansOfTypeIncludingAncestors的静态方法。
　　二、 Spring提供了明确的Model， View概念和相应的数据结构
　　在Spring里有一个有趣的数据类型叫做ModelAndView，它只是简单地把要显示的数据和显示的结果封装在一个类里。但是它却提供了明确的MVC

概念，尤其是model概念的强化，使程序的逻辑变得更清晰了。
　　记得以前在Struts里写程序里的时候，为了显示数据经常自己把东西放到HttpSession或HttpServletRequest里(或set到form里，虽然不太有用)

，这造成了model概念的模糊，而且也导致了struts与JSP页面的紧耦合。假如我们要替换成Veloctiy，就得另外加一个plugin，因为在velocity里数

据是不需要不放到request里的。
　　Webwork2里强调的是与Web framework解耦和它的command模式的简单性，因此在它的action里只有简单的get或set方法，假如返回数据，也只是

简单地返回一个String.当然这样的实现有它的好处，但是它淡化了model和view的概念。Rod Johnson认为Webwork2里的Action同时包含了Action和

Model的职责，这样一个类的职责太多，不是一个很好的设计。当然Jason Carreira不太认同这种观点，因为Action里的model对象完成可以delege给

其它对象。但不管怎样，这种争论的根源在于Webwork2里淡化了model， view甚至web的概念。仁者见仁，智者见智，最后的结果还是看个人喜欢好

吧。Java免费学习  Java自学网 http://www.javalearns.com
　　三、 Spring的Controller是Singleton的，或者是线程不安全的
　　和Struts一样，Spring的Controller是Singleton的，这意味着每个request过来，系统都会用原有的instance去处理，这样导致了两个结果：我

们不用每次创建Controller，减少了对象创建和垃圾收集的时间;由于只有一个Controller的instance，当多个线程调用它的时候，它里面的

instance变量不是线程安全的。
　　这也是Webwork2吹嘘的地方，它的每个Action都是线程安全的。因为每过来一个request，它就创建一个Action对象。由于现代JDK垃圾收集功能

的效率已经不成问题，所以这种创建完一个对象就扔掉的模式也得到了好多人的认可。Rod Johnson甚至以此为例证明J2EE提供的object pool功能是

没多大价值的。
　　但是当人们在吹嘘线程安全怎么怎么重要的时候，我想请问有多少人在多少情况下需要考虑线程安全?Rod Johnson在分析EJB的时候也提出过其

它问题，并不是没有了EJB的线程安全魔法，世界就会灭亡的，大多数情况下，我们根本不需要考虑线程安全的问题，也不考虑object pool.因为我

们大多数情况下不需要保持instance状态。
　　至少我写了那么多的struts Action，写了那么多的Spring Controller，几乎没有碰到需要在instance变量保持状态的问题。当然也许是我写的

代码不够多，Struts的设计者Craig R. McClanahan曾经说当时他设计struts时有两个条件不成熟：当时没有测试驱动开发的概念;当时JVM的垃圾收

集性能太次。假如现在重新设计的话，他也会采用每个request生成一个新对象的设计方法，这样可以解决掉线程安全的问题了。
　　四、 Spring不象Webwork2或tapestry那样去隐藏Servlet相关的元素如HttpServletRequest或HttpServletResponse
　　这又是一个重要的设计决定。在Webwork2里我们没有HttpServletRequest或者HttpServletResponse，只有getter， setter或ActionContext里

数据，这样的结果导致一个干净的Action，一个与Web完全无关的Action，一个可以在任何环境下独立运行的bean.那么Webwork2的这样一个基于

Command模式的Action究竟给我们带来了什么?我想主要有两点：
　　1、 它使我们的Action可以非常容易地被测试。
　　2、 用户可以在Action里添加业务逻辑，并被其它类重用。
　　然而仔细跟Spring比较一下，我们就会发现这两点功能所带来的好处其实并不象我们想象的那么显着。Spring的Controller类也可以非常轻松被

测试，看一下spring-mock下面的包吧，它提供的MockHttpServletRequest， MockHttpServletResponse还有其它一些类让测试Controller变得异常

轻松。再看一下Action里的业务逻辑吧，Jason Carreira曾经说我们可以尽情地在Webwork2的Action里加业务逻辑，因为Action是不依赖于Web的。

但是有多少人真正往Action里加业务逻辑的?大多数人都会业务逻辑delegate给另一个Service类或Manager类。因为我们很清楚，往Action里加业务

逻辑会使整个体系的分层架构变得不清晰，不管怎样，Web层就是Web层，业务层就是业务层，两者的逻辑混在一起总会带来问题的。而且往Action里

加业务逻辑会使用这个Action类变得庞大，Webwork2的Action是每个request都创建实例的，尽管带来的性能影响不太大，但并不表示每次都要把业

务逻辑再new出来，业务逻辑在大多数的情况下应该是单例的。
　　不把request和response展现给用户当然还会带来功能上的损失，也许一般的场合，用用webwork2提供的接口已经足够了，但有时我们必须要知

道request和response才能发挥出更大的威力。比如我以前的一个项目里有一个通过递归动态生成的树状结构的页面，在jsp页面上显示递归是痛苦或

不可能的，因此我用response直接write出页面，这在spring里很easy，但在webwork里可能比较难了(偶不敢肯定，偶研究得不够深，也许高手是有

办法的)。Java免费学习  Java自学网 http://www.javalearns.com
　　五、 Spring提供了不错但不够充分的interceptor机制
　　回头看一下struts，它在架构里甚至没有给我们提供hook point的机会，我们没有任何机会加入自己的interceptor.我们只能通过重载struts的

RequestProcessor类来进行一点有限的扩展。
　　到了Webwork2，似乎interceptor一下子成了整个Framework的核心，除了Action的核心部件，其它所有的东西都是interceptor.它的超强的

interceptor功能使们扩展整个架构变得非常方便。有人称这种interceptor为AOP，Jason Carreira则自豪地宣称这个叫做pragamtic AOP.我不认同

这是AOP，它只是简单的interceptor机制。但不管如何，它的interceptor确实有强大的功能。
　　Spring也提供了它的interceptor机制，它的HandlerInterceptor三个interceptor方法：peHandle， postHandle， afterCompletion.分别对应

Controller执行前，Controller执行后和page render之后。虽然大多数情况下已经够用，但是从功能上来说显然它没有Webwork2强大。从AOP的角度

来看，它没有提供around interceptor，而只有before与after interceptor.这意味着我们无法在interceptor前后保持状态，最简单的情况假如我

们要计算一个Controller的执行时间，我们必须在执行完before后把begintime这个状态保持住，再在after里把它调出来，但是显然这个状态保持会

是个问题，我们不能把它放到instance变量里，因为interceptor不是线程安全的。也许通过ThreadLocal可以解决这个问题，但是如此简单的功能要

用到这样的方法来处理，显然这个Interceptor本身设计上还是有点问题的。
　　六、 Spring提供了MultiActionController，使它可以在一个类里包含多个Action
　　这个设计和struts的DispatchAction有点类似，只不过提供了更灵活的机制。当我们的项目变大的时候，把功能类似的方法放到同一个Action里

完全值得的!Webwork2缺少这样的机制。假如看一下Spring的源代码，会发现其实实现MultiActionController的工作量相当的少，只不过是用反射机

制把解析出来的方法名执行一下就完事了。其实Webwork2也完全可以提供这样的机制。虽然从设计上来说确实不是很优雅，但是它确实很有用。
　　七、 Spring提供了更多的选择方式
　　看看Spring里提供的Controller吧，它提供了好多不同的Controller类。要生成Wizard吗?要专门用于提交form的Controller吗?要执多个方法的

类吗?Spring提供了丰富的子类来扩展这些选择。当然我们还可以很轻松地自己扩展这些功能。
　　再看看Spring的ViewResolver吧， 它提供了无数不同类型的ViewResolver.更重要的是我们自定义我们的页面映射方式。看看strtus，看看

webwork2，都会存在页面与forward name的一层间接转换，我们必须在配置文件里配置好某个字符串(典型的是success)对应的是那个页面。但是

Spring里我们有了更大的自由度，我们可以采用webwork2的策略，也可以采用更简单的策略，如将JSP文件名去掉扩展名的映射方法。也许有人认为

这种映射方式很幼稚，但是我觉得它是非常有用的方式，即使在大项目里。
　　还有新的扩展吗?看看Spring Web Flow吧，它是SpringFramework的子项目。它为一长串的基于页面流的Wizard页面提供了可配置的实现方式。

在Spring 1.3里，它将是SpringFramework的一部分。
　　八、 Spring的tag
　　尽管Spring的tag数量上少得可怜，但它却是精心设计的。它的目标很简单：让美工可以轻松地编辑页面。因为在Spring的页面里Text仍然是

Text，checkbox仍然是CheckBox，而不象在struts或webwork2中的Tag.它只是用Springbind对输入内容进行了一下包装。所以尽管页面显示代码上会

比Webwork2多，但这绝对是有价值的。

   它是一个典型的教科书式的mvc构架，而不像struts等都是变种或者不是完全基于mvc系统的框架，对于初学者或者想了解mvc的人来说我觉得

spring是最好的，它的实现就是教科书！第二它和tapestry一样是一个纯正的servlet系统，这也是它和tapestry相比 struts所没有的优势。而且框

架本身有代码，而且看起来容易理解。

文章转载自 http://www.javalearns.com/Html/?1643.html
更多Java知识学习请访问 Java免费学习网  http://www.javalearns.com