Struts1和Struts2的區別和對比
阿新 • • 發佈：2019-01-30
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必須共享相同的生命週期。
• 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一起使用。