Action 類:
*Struts1要求Action類繼承一個抽象基類。Struts1的一個普遍問題是使用抽象類編程而不是接口。
*Struts2 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方法。
*Struts2 Action不依賴於容器，允許Action脫離容器單獨被測試。如果需要，Struts2 Action仍然可以訪問初始的request和response。但是，其他的元素減少或者消除了直接訪問HttpServetRequest 和 HttpServletResponse的必要性。
可測性:
*測試Struts1 Action的一個主要問題是execute方法暴露了servlet API（這使得測試要依賴於容器）。一個第三方擴展－－Struts TestCase－－提供了一套Struts1的模擬對象（來進行測試）。
*Struts2 Action可以通過初始化、設置屬性、調用方法來測試，“依賴注入”支持也使測試更容易。
捕獲輸入:
*Struts1 使用ActionForm對象捕獲輸入。所有的ActionForm必須繼承一個基類。因爲其他JavaBean不能用作ActionForm，開發者經常創建多餘的類捕獲輸入。動態Bean（DynaBeans）可以作爲創建傳統ActionForm的選擇，但是，開發者可能是在重新描述(創建)已經存在的JavaBean（仍然會導致有冗餘的javabean）。
*Struts2直接使用Action屬性作爲輸入屬性，消除了對第二個輸入對象的需求。輸入屬性可能是有自己(子)屬性的rich對象類型。Action屬性能夠通過web頁面上的taglibs訪問。Struts2也支持ActionForm模式。rich對象類型，包括業務對象，能夠用作輸入/輸出對象。這種ModelDriven 特性簡化了taglib對POJO輸入對象的引用。
表達式語言：
*Struts1 整合了JSTL，因此使用JSTL EL。這種EL有基本對象圖遍歷，但是對集合和索引屬性的支持很弱。
*Struts2可以使用JSTL，但是也支持一個更強大和靈活的表達式語言－－"Object Graph Notation Language" (OGNL).
綁定值到頁面（view）:
*Struts1使用標準JSP機制把對象綁定到頁面中來訪問。
*Struts2 使用 "ValueStack"技術，使taglib能夠訪問值而不需要把你的頁面（view）和對象綁定起來。ValueStack策略允許通過一系列名稱相同但類型不同的屬性重用頁面（view）。
類型轉換：
*Struts1 ActionForm 屬性通常都是String類型。Struts1使用Commons-Beanutils進行類型轉換。每個類一個轉換器，對每一個實例來說是不可配置的。
*Struts2 使用OGNL進行類型轉換。提供基本和常用對象的轉換器。
校驗：
*Struts1支持在ActionForm的validate方法中手動校驗，或者通過Commons Validator的擴展來校驗。同一個類可以有不同的校驗內容，但不能校驗子對象。
*Struts2支持通過validate方法和XWork校驗框架來進行校驗。XWork校驗框架使用爲屬性類類型定義的校驗和內容校驗，來支持chain校驗子屬性
Action執行的控制：
*Struts1支持每一個模塊有單獨的Request Processors（生命週期），但是模塊中的所有Action必須共享相同的生命週期。
*Struts2支持通過攔截器堆棧（Interceptor Stacks）爲每一個Action創建不同的生命週期。堆棧能夠根據需要和不同的Action一起使用。
估計Struts把太多的時間花費在Struts1.0向WebWork整合的工作上。
沒有看出Struts2.0提出哪些比WebWork更新或者實用的功能點。
可以關注JBoss Seam，Seam提供一些實用的功能，比如
客戶端的Ajax遠程調用EJB的方法
集成工作流引擎來實現頁面流和業務流程
提供多個可以保持對象狀態的上下文(包括page, evnent(request), session, conversation, business和application)
方便開發人員在Seam基礎上搭建應用系統，這些至少在現在的Struts和Spring MVC都看不到的。
Struts2的Action是用Webwork的思想，WebWork以後會漸漸消失，Struts還是要繼續風光的。
目前SAF就是WebWork 2.2，只不過在改包名和配置文件，小的修改。
作爲Action Based MVC，WebWork基本上就是一個巔峯集合，理念已經不會有大變化了。改進是配置和開發的複雜度上。
Struts 1 (Struts Classic)和SAF估計沒法平滑升級，根本就是兩個產品，和Struts Shale類似。
倒是WebWork 2和SAF應該能比較輕鬆的升級，所以入手Struts2還是學WebWork 2。
文章出處：http://www.diybl.com/course/3_program/java/javashl/2008127/97772.html
