[JAVA/JSP]Struts1.x與Struts2.x的比較

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