struts1與struts2 比較

Struts1和Struts2的對比:

Action 類:

• Struts1要求Action類繼承一個抽象基類。Struts1的一個普遍問題是使用抽象類程式設計而不是接口。

• 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一起使用

借鑒！！！