在當今的MVC framework里，似乎Webwork2逐漸成為主流， Webwork2+SPRingFramework的組合變得越來越流行。這似乎意味著Spring自帶的MVC framework遠比Webwork2差，所以大家紛紛用Webwork2來代替。確實，Spring的MVC framework不算是整個Spring的核心部件，但它的威力卻超過了很多人的想象。很多人包括xiecc認為Spring的MVC framework是非常優秀的，甚至比Webwork2更優秀。

　　下面列舉一下Spring的MVC framework在設計時做出的一些重要的決定，并將之和相關的MVC framework如Webwork2或struts進行對比:

　　一、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容器來實現的另一個原因是這會減少好多開發工作量?？匆幌聈rlMapping吧，它提供的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的概念。仁者見仁，智者見智，最后的結果還是看個人喜歡好吧。

　　三、Spring的Controller是Singleton的，或者是線程不安全的

　　和Struts一樣，Spring的Controller是Singleton的，這意味著每個request過來，系統都會用原有的instance去處理，這樣導致了兩個結果:我們不用每次創建Controller，減少了對象創建和垃圾收集的時間;由于只有一個Controller的instance，當多個線程調用它的時候，它里面的instance變量不是線程安全的。