Struts2和Struts1.x的全面比較

為了對Struts2和Strtus1.x進行全面的比較，讓讀者了解這兩種框架各自的優(yōu)缺點，以便于在自己的項目中，根據(jù)實際情況，選擇合適的框架，對它們兩者進行比較，總結(jié)了如下表分析比較。

特性	Struts1.x	Struts2
Action類	Struts1.x要求Action類要擴展自一個抽象基類。Struts1.x的一個共有的問題是面向抽象類編程而不是面向接口編程。	Struts2的Action類實現(xiàn)了一個Action接口，連同其他接口一起來實現(xiàn)可選擇和自定義的服務。Struts2提供一個名叫ActionSupport的基類來實現(xiàn)一般使用的接口。當然，Action接口不是必須的。任何使用execute方法的POJO對象可以被當作Struts 2的Action對象來使用。
線程模型	Struts1.x Action類是單例類，因為只有一個實例來控制所有的請求。單例類策略造成了一定的限制，并且給開發(fā)帶來了額外的煩惱。Action資源必須是線程安全或者同步的。	Struts2 Action對象為每一個請求都實例化對象，所以沒有線程安全的問題。（實踐中，servlet容器給每一個請求產(chǎn)生許多丟棄的對象，并且不會導致性能和垃圾回收問題）。
Servlet依賴	Struts1.x的Action類依賴于servlet API，當Action被調(diào)用時，以HttpServletRequest和HttpServletResponse作為參數(shù)傳給execute方法。	Struts2的Action和容器無關(guān)。Servlet上下文被表現(xiàn)為簡單的Maps，允許Action被獨立的測試。Struts2的Action可以訪問最初的請求(如果需要的話)。但是，盡可能避免或排除其他元素直接訪問HttpServletRequest或HttpServletResponse。
易測性	測試Struts1.x的主要問題是execute方法暴露了Servlet API這使得測試要依賴于容器）。第三方的擴展，如Struts TestCase，提供了一套Struts1的模擬對象（來進行測試）。	Struts2的Action可以通過初始化、設置屬性、調(diào)用方法來測試。依賴注入的支持也是測試變得更簡單。
捕獲輸入	Struts1.x使用ActionForm對象來捕獲輸入。象Action一樣，所有的ActionForm必須擴展基類。因為其他的JavaBean不能作為ActionForm使用，開發(fā)者經(jīng)常創(chuàng)建多余的類來捕獲輸入。DynaBeans可以被用來作為替代ActionForm的類來創(chuàng)建。但是，開發(fā)者可能是在重新描述(創(chuàng)建)已經(jīng)存在的JavaBean（仍然會導致有冗余的javabean）。	Struts2直接使用Action屬性作為輸入屬性，消除了對第二個輸入對象的需求。輸入屬性可能是有自己(子)屬性的rich對象類型。Action屬性能夠通過web頁面上的taglibs訪問。Struts2也支持ActionForm模式。rich對象類型，包括業(yè)務對象，能夠用作輸入/輸出對象。這種ModelDriven特性簡化了taglib對POJO輸入對象的引用。
表達式語言	Struts1.x整合JSTL，所以它使用JSTL的表達式語言。表達式語言有基本的圖形對象移動，但是對集合和索引屬性的支持很弱。	Struts2使用JSTL，但是也支持一個更強大和靈活的表達式語言－－"Object Graph Notation Language" (OGNL)。
將值綁定到頁面	Struts1.x使用標準JSP機制來綁定對象到頁面上下文。	Struts2使用“ValueStack”技術(shù)，使taglib能夠訪問值而不需要把你的頁面（view）和對象綁定起來。ValueStack策略允許通過一系列名稱相同但類型不同的屬性重用頁面（view）。
類型轉(zhuǎn)換	Struts1.x的ActionForm屬性經(jīng)常都是String。Struts 1.x使用Commons-Beanutils來進行類型轉(zhuǎn)換。轉(zhuǎn)換每一個類，而不是為每一個實例配置。	Struts2使用OGNL進行類型轉(zhuǎn)換。提供基本和常用對象的轉(zhuǎn)換器。
驗證	Struts1.x支持在ActionForm的validate方法中手動校驗，或者通過Commons Validator的擴展來校驗。同一個類可以有不同的校驗內(nèi)容，但不能校驗子對象。	Struts2支持通過validate方法和XWork校驗框架來進行校驗。XWork校驗框架使用為屬性類類型定義的校驗和內(nèi)容校驗，來支持chain校驗子屬性
Action執(zhí)行控制	Struts1.x支持每一個模塊有單獨的Request Processors（生命周期），但是模塊中的所有Action必須共享相同的生命周期。	Struts2支持通過攔截器堆棧（Interceptor Stacks）為每一個Action創(chuàng)建不同的生命周期。堆棧能夠根據(jù)需要和不同的Action一起使用。

前面已經(jīng)簡要介紹了Struts2的起源，并詳細對比了Struts2和Struts1.x的差異，讀者應該對Struts2的基礎有所了解了——包括高層的框架概念和基礎的請求流程，并理解Struts1.x和Struts2兩者之間在Action方面的差別，Struts2加強了對攔截器與IoC的支持，而在Struts1.x中，這些特性是很難想象的。

同時，讀者應該明白：Struts2是WebWork的升級，而不是Struts1.x的升級。雖然Struts2提供了與Struts1.x的兼容，但已經(jīng)不是Struts1.x的升級。對于已有Struts1.x開發(fā)經(jīng)驗的開發(fā)者而言，Struts1.x的開發(fā)經(jīng)驗對于Struts2并沒有太大的幫助；相反，對于已經(jīng)有WebWork開發(fā)經(jīng)驗的開發(fā)者而言，WebWork的開發(fā)經(jīng)驗對Struts2的開發(fā)將有很好的借鑒意義。

【原文：http://blog.csdn.net/bjyfb/article/details/8679523】

=================================================

• Action的區(qū)別

對于有著豐富的Struts1.x開發(fā)經(jīng)驗的朋友來說，都十分的清楚Action是整個Struts框架的核心內(nèi)容，當然Struts2也不例外。不過，Struts1.x與Struts2的Action模型很大的區(qū)別。

Struts2和Struts1.x的差別，最明顯的就是Struts2是一個pull-MVC架構(gòu)。這是什么意思呢？從開發(fā)者角度看，就是說需要顯示給用戶的數(shù)據(jù)可以直接從Action中獲取，而不像Struts1.x那樣，必須把相應的Bean存到Page、Request或者Session中才能獲取。Struts1.x必須繼承org.apache.struts.action.Action或者其子類，表單數(shù)據(jù)封裝在FormBean中。Struts2無須繼承任何類型或?qū)崿F(xiàn)任何接口，表單數(shù)據(jù)包含在Action中，通過Getter和Setter獲取（如下面的ActionForStruts2的代碼示例）。

雖然，在理論上Struts2的Action無須實現(xiàn)任何接口或者是繼承任何的類，但是，在實際編程過程中，為了更加方便的實現(xiàn)Action，大多數(shù)情況下都會繼承com.opensymphony.xwork2.ActionSupport類，并且重載（Override）此類里的Stringexecute()方法。如下所示：

package ActionDiffer; import java.text.DateFormat; import java.util.Date; import com.opensymphony.xwork2.ActionSupport; public class ActionForStruts2 extends ActionSupport { private String message; public String getMessage() { return message; } @Override public String execute() { message = " This is hello from strtuts2. Now is: " + DateFormat.getInstance().format( new Date()); return SUCCESS; } }

首先，從ActionForStruts2可以看出，返回的對象不是ActionForward，而是String。如果你不喜歡以字符串的形式出現(xiàn)在你的代碼中，有個Helper接口Action可以以常量方式提供常見結(jié)果，如“success”、“none”、“error”、“input”和“l(fā)ogin”。

另外，按照慣例，在Struts1.x中只有“execute”方法能調(diào)用Action,　但在Struts2中并非必要，任何聲明為publicString methodName() 方法，都能通過配置來調(diào)用Action。

最后，和Struts1.x最大的革命性的不同是，Struts2處理Action過程中調(diào)用的方法（“execute”方法）是不帶參數(shù)的。那如何獲取所需要的對象呢？答案是使用IoC。Spring框架使得這個模式流行起來，然而Struts2的前身（WebWork）也同時應用上了這個模式。

關(guān)于Action補充文章：Struts 2.0的Action講解

• IOC
  

眾所周知，Struts2是以Webwork2作為基礎發(fā)展出來。而在Webwork2.2之前的Webwork版本，其自身有一套控制反轉(zhuǎn)的實現(xiàn)，Webwork2.2在Spring框架的如火如荼發(fā)展的背景下，決定放棄控制反轉(zhuǎn)功能的開發(fā)，轉(zhuǎn)由Spring實現(xiàn)。值得一提的是，Spring確實是一個值得學習的框架，因為有越來越多的開源組件（如iBATIS等）都放棄與Spring重疊的功能的開發(fā)。因此，Struts2推薦大家通過Spring實現(xiàn)控制反轉(zhuǎn)。

為了更好地了解反轉(zhuǎn)控制，下面來看一個例子，如何利用IoC在Action處理過程中可以訪問到當前請求HttpServerRequest對象。

在例子中，使用的依賴注入機制是接口注入。就如其名稱一樣，接口注入需要的是已經(jīng)被實現(xiàn)了的接口。這個接口包含了相應屬性的setter，為Action提供值。例子中使用了ServletRequestAware接口，如下：

? public interface ServletRequestAware { public void setServletRequest(HttpServletRequest request); }

當繼承這個接口后，原本簡單的Action看起來有點復雜了，但是這時可以獲取HttpServerRequest對象來使用了。

public class IoCForStruts2 implements ServletRequestAware { private HttpServletRequest request; public void setServletRequest(HttpServletRequest request) { this.request = request; } public String execute() throws Exception { // 可以開始使用request對象進行工作了 return Action.SUCCESS; } }

看起來現(xiàn)在這些屬性是類級別的，并不是線程安全的，會出現(xiàn)問題。其實在Struts2里并沒有問題，因為每個請求過來的時候都會產(chǎn)生一個新的Action對象實例，它并沒有和其他請求共享一個對象，所以不需要考慮線程安全問題。

關(guān)于IOC補充內(nèi)容：在Struts 2中實現(xiàn)IoC

• 攔截器

Interceptor（以下譯為攔截器），在AOP（Aspect-OrientedProgramming）中用于在某個方法或字段被訪問之前，進行攔截然后在之前或之后加入某些操作。攔截是AOP的一種實現(xiàn)策略。

在Webwork的中文文檔的解釋為——攔截器是動態(tài)攔截Action調(diào)用的對象。它提供了一種機制可以使開發(fā)者定義在一個action執(zhí)行的前后執(zhí)行的代碼，也可以在一個action執(zhí)行前阻止其執(zhí)行。同時也提供了一種可以提取action中可重用的部分的方式。

Struts1.x的標準框架中不提供任何形式的攔截器，雖一個名為SAIF的附加項目則實現(xiàn)了這樣的功能，但它的適用的范圍還很有限。

攔截器是Struts2的一個強有力的工具，有許多功能（feature）都是構(gòu)建于它之上，如國際化、轉(zhuǎn)換器，校驗等。談到攔截器，還有一個流行的詞——攔截器鏈（InterceptorChain，在Struts2中稱為攔截器棧InterceptorStack）。攔截器鏈就是將攔截器按一定的順序聯(lián)結(jié)成一條鏈。在訪問被攔截的方法或字段時，攔截器鏈中的攔截器就會按其之前定義的順序被調(diào)用。

Struts2的攔截器實現(xiàn)相對比較簡單。當請求到達Struts2的ServletDispatcher時，Struts2會查找配置文件，并根據(jù)其配置實例化相對的攔截器對象，然后串成一個列表（list），最后一一地調(diào)用列表中的攔截器，如圖1所示：

Struts2已經(jīng)提供豐富多樣功能齊全的攔截器實現(xiàn)。讀者可以到struts2-all-2.0.6.jar或struts2-core-2.0.6.jar包的struts-default.xml查看關(guān)于默認的攔截器與攔截器鏈的配置。

作為“框架（framework）”，可擴展性是不可缺少的，因為世上沒有放之四海而皆準的東西。雖然，Struts2為我們提供如此豐富的攔截器實現(xiàn)，但是這并不意味我們失去創(chuàng)建自定義攔截器的能力，恰恰相反，在Struts2自定義攔截器是相當容易的一件事。

關(guān)于攔截器補充內(nèi)容：Struts 2的基石——攔截器（Interceptor）

總結(jié)

以上是生活随笔為你收集整理的Struts2和Struts1.x的全面比较的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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