struts1，struts2，springMVC對(duì)比?

[參考原文：http://blog.csdn.net/xiaokui008/article/details/8980429]

?

???????? Struts1官方已經(jīng)停止更新（EOF--End of Life），它從2000年開始，到2008年10月結(jié)束[Started in 2000, Struts 1 had its last release - version 1.3.10 - in December 2008]。

??????? Struts2可以說不是完全從struts1改進(jìn)來的，因?yàn)閟truts2原本就是舉世聞名的Webwork2，在經(jīng)歷幾年的發(fā)展之后，struts和WebWork社區(qū)決定合二為一，也就是今天的struts2.

?

???????? Struts2與struts1比較的新特性：

Action?類:

??Struts1要求Action類繼承一個(gè)抽象基類。Struts1的一個(gè)普遍問題是使用抽象類編程而不是接口。

??Struts 2 Action類可以實(shí)現(xiàn)一個(gè)Action接口，也可實(shí)現(xiàn)其他接口，使可選和定制的服務(wù)成為可能。Struts2提供一個(gè)ActionSupport基類去實(shí)現(xiàn)常用的接口。Action接口不是必須的，任何有execute標(biāo)識(shí)的POJO對(duì)象都可以用作Struts2的Action對(duì)象。

線程模式:

??Struts1 Action是單例模式并且必須是線程安全的，因?yàn)閮H有Action的一個(gè)實(shí)例來處理所有的請(qǐng)求。單例策略限制了Struts1 Action能作的事，并且要在開發(fā)時(shí)特別小心。Action資源必須是線程安全的或同步的。

??Struts2 Action對(duì)象為每一個(gè)請(qǐng)求產(chǎn)生一個(gè)實(shí)例，因此沒有線程安全問題。（實(shí)際上，servlet容器給每個(gè)請(qǐng)求產(chǎn)生許多可丟棄的對(duì)象，并且不會(huì)導(dǎo)致性能和垃圾回收問題）

Servlet?依賴:??

??Struts1 Action?依賴于Servlet API ,因?yàn)楫?dāng)一個(gè)Action被調(diào)用時(shí)HttpServletRequest?和?HttpServletResponse?被傳遞給execute方法。

??Struts 2 Action不依賴于容器，允許Action脫離容器單獨(dú)被測(cè)試。如果需要，Struts2 Action仍然可以訪問初始的request和response。但是，其他的元素減少或者消除了直接訪問HttpServetRequest?和?HttpServletResponse的必要性。

可測(cè)性:

??測(cè)試Struts1 Action的一個(gè)主要問題是execute方法暴露了servlet API（這使得測(cè)試要依賴于容器）。這里有一個(gè)第三方擴(kuò)展－－Struts TestCase－－提供了一套Struts1的模擬對(duì)象（來進(jìn)行測(cè)試）。

??Struts 2 Action可以通過初始化、設(shè)置屬性、調(diào)用方法來測(cè)試，“依賴注入”支持也使測(cè)試更容易。

捕獲輸入:

??Struts1?使用ActionForm對(duì)象捕獲輸入。所有的ActionForm必須繼承一個(gè)基類。因?yàn)槠渌鸍avaBean不能用作ActionForm，開發(fā)者經(jīng)常創(chuàng)建多余的類捕獲輸入。動(dòng)態(tài)Bean（DynaBeans）可以作為創(chuàng)建傳統(tǒng)ActionForm的選擇，但是，開發(fā)者可能是在重新描述(創(chuàng)建)已經(jīng)存在的JavaBean（仍然會(huì)導(dǎo)致有冗余的javabean）。

??Struts 2直接使用Action屬性作為輸入屬性，消除了對(duì)第二個(gè)輸入對(duì)象的需求。輸入屬性可能是有自己(子)屬性的rich對(duì)象類型。Action屬性能夠通過web頁面上的taglibs訪問。Struts2也支持ActionForm模式。rich對(duì)象類型，包括業(yè)務(wù)對(duì)象，能夠用作輸入/輸出對(duì)象。這種ModelDriven?特性簡化了taglib對(duì)POJO輸入對(duì)象的引用。

表達(dá)式語言：

??Struts1?整合了JSTL，因此使用JSTL EL。這種EL有基本對(duì)象圖遍歷，但是對(duì)集合和索引屬性的支持很弱。

??Struts2可以使用JSTL，但是也支持一個(gè)更強(qiáng)大和靈活的表達(dá)式語言－－"Object Graph Notation Language" (OGNL).?

綁定值到頁面（view）:

??Struts 1使用標(biāo)準(zhǔn)JSP機(jī)制把對(duì)象綁定到頁面中來訪問。

??Struts 2?使用?"ValueStack"技術(shù)，使taglib能夠訪問值而不需要把你的頁面（view）和對(duì)象綁定起來。ValueStack策略允許通過一系列名稱相同但類型不同的屬性重用頁面（view）。

類型轉(zhuǎn)換：

??Struts 1 ActionForm?屬性通常都是String類型。Struts1使用Commons-Beanutils進(jìn)行類型轉(zhuǎn)換。每個(gè)類一個(gè)轉(zhuǎn)換器，對(duì)每一個(gè)實(shí)例來說是不可配置的。

??Struts2?使用OGNL進(jìn)行類型轉(zhuǎn)換。提供基本和常用對(duì)象的轉(zhuǎn)換器。

校驗(yàn)：??

??Struts 1支持在ActionForm的validate方法中手動(dòng)校驗(yàn)，或者通過Commons Validator的擴(kuò)展來校驗(yàn)。同一個(gè)類可以有不同的校驗(yàn)內(nèi)容，但不能校驗(yàn)子對(duì)象。

??Struts2支持通過validate方法和XWork校驗(yàn)框架來進(jìn)行校驗(yàn)。XWork校驗(yàn)框架使用為屬性類類型定義的校驗(yàn)和內(nèi)容校驗(yàn)，來支持chain校驗(yàn)子屬性

Struts1、Struts2都有Validator Plugin可以使用，提供比較便捷的Validator操作。

Action執(zhí)行的控制：

??Struts1支持每一個(gè)模塊有單獨(dú)的Request Processors（生命周期），但是模塊中的所有Action必須共享相同的生命周期。

??Struts2支持通過攔截器堆棧（Interceptor Stacks）為每一個(gè)Action創(chuàng)建不同的生命周期。堆棧能夠根據(jù)需要和不同的Action一起使用。

???????? SpringMVC與Struts2的比較：

機(jī)制：

spring mvc的入口是servlet，而struts2是filter（這里要指出，filter和servlet是不同的。），這樣就導(dǎo)致了二者的機(jī)制不同，這里就牽涉到servlet和filter的區(qū)別了。

性能：

spring會(huì)稍微比struts快。spring mvc是基于方法的設(shè)計(jì)，而sturts是基于類，每次發(fā)一次請(qǐng)求都會(huì)實(shí)例一個(gè)action，每個(gè)action都會(huì)被注入屬性，而spring基于方法，粒度更細(xì)，但要小心把握像在servlet控制數(shù)據(jù)一樣。spring3 mvc是方法級(jí)別的攔截，攔截到方法后根據(jù)參數(shù)上的注解，把request數(shù)據(jù)注入進(jìn)去，在spring3 mvc中，一個(gè)方法對(duì)應(yīng)一個(gè)request上下文。而struts2框架是類級(jí)別的攔截，每次來了請(qǐng)求就創(chuàng)建一個(gè)Action，然后調(diào)用setter getter方法把request中的數(shù)據(jù)注入；struts2實(shí)際上是通過setter getter方法與request打交道的；struts2中，一個(gè)Action對(duì)象對(duì)應(yīng)一個(gè)request上下文。

參數(shù)傳遞：

struts是在接受參數(shù)的時(shí)候，可以用屬性來接受參數(shù)，這就說明參數(shù)是讓多個(gè)方法共享的。

設(shè)計(jì)思想上：

struts更加符合oop的編程思想， spring就比較謹(jǐn)慎，在servlet上擴(kuò)展。

intercepter的實(shí)現(xiàn)機(jī)制：

有以自己的interceptor機(jī)制，spring mvc用的是獨(dú)立的AOP方式。這樣導(dǎo)致struts的配置文件量還是比spring mvc大，雖然struts的配置能繼承，所以我覺得論使用上來講，spring mvc使用更加簡潔，開發(fā)效率Spring MVC確實(shí)比struts2高。spring mvc是方法級(jí)別的攔截，一個(gè)方法對(duì)應(yīng)一個(gè)request上下文，而方法同時(shí)又跟一個(gè)url對(duì)應(yīng)，所以說從架構(gòu)本身上spring3 mvc就容易實(shí)現(xiàn)restful url。struts2是類級(jí)別的攔截，一個(gè)類對(duì)應(yīng)一個(gè)request上下文；實(shí)現(xiàn)restful url要費(fèi)勁，因?yàn)閟truts2 action的一個(gè)方法可以對(duì)應(yīng)一個(gè)url；而其類屬性卻被所有方法共享，這也就無法用注解或其他方式標(biāo)識(shí)其所屬方法了。spring3mvc的方法之間基本上獨(dú)立的，獨(dú)享request response數(shù)據(jù)，請(qǐng)求數(shù)據(jù)通過參數(shù)獲取，處理結(jié)果通過ModelMap交回給框架方法之間不共享變量，而struts2搞的就比較亂，雖然方法之間也是獨(dú)立的，但其所有Action變量是共享的，這不會(huì)影響程序運(yùn)行，卻給我們編碼，讀程序時(shí)帶來麻煩。

?

總結(jié)

以上是生活随笔為你收集整理的struts1，struts2，springMVC对比的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。