Struts1和Struts2的區別和對比

struts2不是struts1的升級，而是繼承的webwork的血統，它吸取了struts1和webwork的優點。

 Struts1和Struts2的區別和對比:

Action 類: 
• Struts1要求Action類繼承一個抽象基類。Struts1的一個廣泛問題是使用抽象類編程而不是接口，而struts2的Action是接口。 
• Struts 2 Action類能夠實現一個Action接口，也可實現其餘接口，使可選和定製的服務成爲可能。Struts2提供一個ActionSupport基類去 實現 經常使用的接口。Action接口不是必須的，任何有execute標識的POJO對象均可以用做Struts2的Action對象。

線程模式: 
• Struts1 Action是單例模式而且必須是線程安全的，由於僅有Action的一個實例來處理全部的請求。單例策略限制了Struts1 Action能做的事，而且要在開發時特別當心。Action資源必須是線程安全的或同步的。
• Struts2 Action對象爲每個請求產生一個實例，所以沒有線程安全問題。（實際上，servlet容器給每一個請求產生許多可丟棄的對象，而且不會致使性能和垃圾回收問題）

Servlet 依賴: 
• Struts1 Action 依賴於Servlet API ,由於當一個Action被調用時HttpServletRequest 和 HttpServletResponse 被傳遞給execute方法。
• Struts 2 Action不依賴於容器，容許Action脫離容器單獨被測試。若是須要，Struts2 Action仍然能夠訪問初始的request和response。可是，其餘的元素減小或者消除了直接訪問HttpServetRequest 和 HttpServletResponse的必要性。

可測性: 
• 測試Struts1 Action的一個主要問題是execute方法暴露了servlet API（這使得測試要依賴於容器）。一個第三方擴展－－Struts TestCase－－提供了一套Struts1的模擬對象（來進行測試）。
• Struts 2 Action能夠經過初始化、設置屬性、調用方法來測試，「依賴注入」支持也使測試更容易。 

捕獲輸入: 
• Struts1 使用ActionForm對象捕獲輸入。全部的ActionForm必須繼承一個基類。由於其餘JavaBean不能用做ActionForm，開發者常常建立多餘的類捕獲輸入。動態Bean（DynaBeans）能夠做爲建立傳統ActionForm的選擇，可是，開發者多是在從新描述(建立)已經存 在的JavaBean（仍然會致使有冗餘的javabean）。
• Struts 2直接使用Action屬性做爲輸入屬性，消除了對第二個輸入對象的需求。輸入屬性多是有本身(子)屬性的rich對象類型。Action屬性可以經過 web頁面上的taglibs訪問。Struts2也支持ActionForm模式。rich對象類型，包括業務對象，可以用做輸入/輸出對象。這種 ModelDriven 特性簡化了taglib對POJO輸入對象的引用。

表達式語言： 
• Struts1 整合了JSTL，所以使用JSTL EL。這種EL有基本對象圖遍歷，可是對集合和索引屬性的支持很弱。 
• Struts2可使用JSTL，可是也支持一個更強大和靈活的表達式語言－－"Object Graph Notation Language" (OGNL). 

綁定值到頁面（view）: 
• Struts 1使用標準JSP機制把對象綁定到頁面中來訪問。 
• Struts 2 使用 "ValueStack"技術，使taglib可以訪問值而不須要把你的頁面（view）和對象綁定起來。ValueStack策略容許經過一系列名稱相同但類型不一樣的屬性重用頁面（view）。

類型轉換： 
• Struts 1 ActionForm 屬性一般都是String類型。Struts1使用Commons-Beanutils進行類型轉換。每一個類一個轉換器，對每個實例來講是不可配置的。
• Struts2 使用OGNL進行類型轉換。提供基本和經常使用對象的轉換器。 

校驗： 
• Struts 1支持在ActionForm的validate方法中手動校驗，或者經過Commons Validator的擴展來校驗。同一個類能夠有不一樣的校驗內容，但不能校驗子對象。
• Struts2支持經過validate方法和XWork校驗框架來進行校驗。XWork校驗框架使用爲屬性類類型定義的校驗和內容校驗，來支持chain校驗子屬性 

Action執行的控制： 
• Struts1支持每個模塊有單獨的Request Processors（生命週期），可是模塊中的全部Action必須共享相同的生命週期。 
• Struts2支持經過攔截器堆棧（Interceptor Stacks）爲每個Action建立不一樣的生命週期。堆棧可以根據須要和不一樣的Action一塊兒使用。

1、 引言Struts的第一個版本是在2001年5月份發佈的。它的最初設想是經過結合JSP和Servlet，使Web應用的視圖和業務/應用邏輯得以清晰地分離開來。在Struts以前，最多見的作法是在JSP中加入業務和應用邏輯，或者在Servlet中經過println()來生成視圖。

自從初版發佈以來，Struts實際上已成爲業界公認的Web應用標準。它的煊赫一時也爲本身帶來了改進和變動，因此不但要跟上對Web應用框架不斷變化的需求，並且要與日漸增多競爭激烈的衆多框架的特性相融合。到最後，產生了幾個下一代Struts的解決方法。其中兩個最受矚目的方法是Shale和Struts Ti。

Shale是一個基於構件的框架，並在最近成爲Apache的頂級項目。而Struts Ti則是在Struts的成功經驗基礎上繼續堅持對前端控制器（Front Controller）和MVC（model-view-controller）模式進行改進。WebWork項目是在2002年3月發佈的，它對Struts式框架進行了革命性改進，引進了很多新的思想、概念和功能，但和原Struts代碼並不兼容。WebWork是一個成熟的框架，通過了好幾回重大的改進與發佈。在2005年12月，WebWork與Struts Ti宣佈合併。與此同時，Struts Ti更名爲Struts Action Framework 2.0，成爲Struts真正的繼承者。最後要注意的是，並非說Struts或WebWork項目已經中止開發了。因爲人們對這兩個項目的興趣仍然很高，並且也有不少開發者仍然願意使用它們，所以這兩個項目還在繼續開發中，繼續修復Bug，改進功能和繼續添加新功能。

 

2、 Action的區別對於有着豐富的Struts1.x開發經驗的朋友來講，都十分的清楚Action是整個Struts框架的核心內容，固然Struts2也不例外。不過，Struts1.x與Struts2的Action模型很大的區別。Struts2和Struts1.x的差異，最明顯的 就是Struts2是一個pull-MVC架構。

這是什麼意思呢？從開發者角度看，就是說須要顯示給用戶的數據能夠直接從Action中獲取，而不像 Struts1.x那樣，必須把相應的Bean存到Page、Request或者Session中才能獲取。Struts1.x 必須繼承org.apache.struts.action.Action或者其子類，表單數據封裝在FormBean中。

Struts 2無須繼承任何類型或實現任何接口，表單數據包含在Action中，經過Getter和Setter獲取（以下面的ActionForStruts2的代碼示例）。雖然，在理論上Struts2的Action無須實現任何接口或者是繼承任何的類，可是，在實際編程過程當中，爲了更加方便的實現Action，大多數狀況下都會繼承com.opensymphony.xwork2.ActionSupport類，而且重載（Override）此類裏的String execute()方法。

首先，從ActionForStruts2能夠看出，返回的對象不是ActionForward，而是String。若是你不喜歡以字符串的形式出如今你的代碼中，有個Helper接口Action能夠以常量方式提供常見結果，如「success」、「none」、「error」、「input」和「login」。

另外，按照慣例，在Struts1.x中只有「execute」方法能調用Action, 但在Struts2中並不是必要，任何聲明爲public String methodName() 方法，都能經過配置來調用Action。

最後，和Struts1.x最大的革命性的不一樣是，Struts2處理Action過程當中調用的方法（「execute」方法）是不帶參數的。

那如何獲取所須要的對象呢？是使用IoC（反轉控制，Inversion of Control)，也叫「依賴注入（Dependency Injection）」的模式（想更多地瞭解這方面信息請看Martin Fowler的文章http://www.martinfowler.com/articles/injection.html）。Spring框架使得這個模式流行起來，然而Struts2的前身（WebWork）也同時應用上了這個模式。

 

3、 IoCIoC(Inversion of Control，如下譯爲控制反轉），隨着Java社區中輕量級容器（Lightweight Contianer）的推廣而愈來愈爲你們耳熟能詳。在此，無需再多費脣舌來解釋「什麼是控制反轉」和「爲何須要控制反轉」。由於互聯網上已經有很是多的文章對諸如此類的問題做了精彩而準確的回答。

讀者能夠去讀一下Rod Johnson和Juergen Hoeller合著的《Expert one-on-one J2EE Development without EJB》或Martin Fowler所寫的《Inversion of Control Containers and the Dependency Injection pattern》。衆所周知，Struts2是以Webwork 2做爲基礎發展出來。而在Webwork 2.2以前的Webwork版本，其自身有一套控制反轉的實現，Webwork 2.2在Spring 框架的如火如荼發展的背景下，決定放棄控制反轉功能的開發，轉由Spring實現。

值得一提的是，Spring確實是一個值得學習的框架，由於有愈來愈多的開源組件（如iBATIS等）都放棄與Spring重疊的功能的開發。所以，Struts2推薦你們經過Spring實現控制反轉。

爲了更好地瞭解反轉控制，下面來看一個例子，如何利用IoC在Action處理過程當中能夠訪問到當前請求HttpServerRequest對象。在例子中，使用的依賴注入機制是接口注入。就如其名稱同樣，接口注入須要的是已經被實現了的接口。

這個接口包含了相應屬性的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; }

}

看起來如今這些屬性是類級別的，並非線程安全的，會出現問題。

其實在Struts2裏並無問題，由於每一個請求過來的時候都會產生一個新的Action對象實例，它並無和其餘請求共享一個對象，因此不須要kao(寫這篇文章的時候不知道爲何總提示敏感‘kao’,因此只好用拼音)慮線程安全問。

攔截器 Interceptor（如下譯爲攔截器），在AOP（Aspect-Oriented Programming）中用於在某個方法或字段被訪問以前，進行攔截而後在以前或以後加入某些操做。

攔截是AOP的一種實現策略。在Webwork的中文文檔的解釋爲——攔截器是動態攔截Action調用的對象。它提供了一種機制可使開發者定義在一個action執行的先後執行的代碼，也能夠在一個action執行前阻止其執行。同時也提供了一種能夠提取action中可重用的部分的方式。Struts1.x的標準框架中不提供任何形式的攔截器，雖一個名爲SAIF的附加項目則實現了這樣的功能，但它的適用的範圍還頗有限。

攔截器是Struts2的一個強有力的工具，有許多功能（feature）都是構建於它之上，如國際化、轉換器，校驗等。談到攔截器，還有一個流行的詞——攔截器鏈（Interceptor Chain，在Struts2中稱爲攔截器棧Interceptor Stack）。

攔截器鏈就是將攔截器按必定的順序聯結成一條鏈。在訪問被攔截的方法或字段時，攔截器鏈中的攔截器就會按其以前定義的順序被調用。

Struts 2的攔截器實現相對比較簡單。當請求到達Struts2的ServletDispatcher時，Struts 2會查找配置文件，並根據其配置實例化相對的攔截器對象，而後串成一個列表（list），最後一一地調用列表中的攔截器，Struts 2已經提供豐富多樣功能齊全的攔截器實現。

讀者能夠到struts2-all-2.0.6.jar或struts2-core-2.0.6.jar包的struts-default.xml查看關於默認的攔截器與攔截器鏈的配置。做爲「框架（framework）」，可擴展性是不可缺乏的，由於世上沒有放之四海而皆準的東西。

雖然，Struts 2爲咱們提供如此豐富的攔截器實現，可是這並不意味咱們失去建立自定義攔截器的能力，偏偏相反，在Struts 2自定義攔截器是至關容易的一件事。

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

同時，讀者應該明白： Struts2是WebWork的升級，而不是Struts 1.x的升級。雖然Struts 2提供了與Struts1.x的兼容，但已經不是Struts1.x的升級。對於已有Struts1.x開發經驗的開發者而言，Struts1.x的開發 經驗對於Struts2並無太大的幫助；相反，對於已經有WebWork開發經驗的開發者而言，WebWork的開發經驗對Struts2的開發將有很 好的借鑑意義。