Action 類:
• Struts1要求Action類繼承一個抽象基類。Struts1的一個普遍問題是使用抽象類編程而不是接口。（侵入式編程，不贊同）
• Struts 2 Action類可以實(shí)現(xiàn)一個Action接口，也可實(shí)現(xiàn)其他接口，使可選和定制的服務(wù)成為可能。Struts2提供一個ActionSupport基類去實(shí)現(xiàn) 常用的接口。Action接口不是必須的，任何有execute標(biāo)識的POJO對象都可以用作Struts2的Action對象。
線程模式:
• Struts1 Action是單例模式并且必須是線程安全的，因?yàn)閮H有Action的一個實(shí)例來處理所有的請求。單例策略限制了Struts1 Action能作的事，并且要在開發(fā)時特別小心。Action資源必須是線程安全的或同步的。 （安全性不如STRUTS2)
• Struts2 Action對象為每一個請求產(chǎn)生一個實(shí)例，因此沒有線程安全問題。（實(shí)際上，servlet容器給每個請求產(chǎn)生許多可丟棄的對象，并且不會導(dǎo)致性能和垃圾回收問題）
Servlet 依賴:
• Struts1 Action 依賴于Servlet API ,因?yàn)楫?dāng)一個Action被調(diào)用時HttpServletRequest 和 HttpServletResponse 被傳遞給execute方法。 (依賴性太強(qiáng)，耦合度太高）
• Struts 2 Action不依賴于容器，允許Action脫離容器單獨(dú)被測試。如果需要，Struts2 Action仍然可以訪問初始的request和response。但是，其他的元素減少或者消除了直接訪問HttpServetRequest 和 HttpServletResponse的必要性。
可測性:
• 測試Struts1 Action的一個主要問題是execute方法暴露了servlet API（這使得測試要依賴于容器）。一個第三方擴(kuò)展－－Struts TestCase－－提供了一套Struts1的模擬對象（來進(jìn)行測試）。 （對于TDD方式編程帶來不便）
• Struts 2 Action可以通過初始化、設(shè)置屬性、調(diào)用方法來測試，“依賴注入”支持也使測試更容易。
捕獲輸入: （使編程人員更加專注于自己的業(yè)務(wù)邏輯）
• Struts1 使用ActionForm對象捕獲輸入。所有的ActionForm必須繼承一個基類。因?yàn)槠渌鸍avaBean不能用作ActionForm，開發(fā)者經(jīng)常創(chuàng)建多余的類捕獲輸入。動態(tài)Bean（DynaBeans）可以作為創(chuàng)建傳統(tǒng)ActionForm的選擇，但是，開發(fā)者可能是在重新描述(創(chuàng)建)已經(jīng)存在的JavaBean（仍然會導(dǎo)致有冗余的javabean）。
• Struts 2直接使用Action屬性作為輸入屬性，消除了對第二個輸入對象的需求。輸入屬性可能是有自己(子)屬性的rich對象類型。Action屬性能夠通過web頁面上的taglibs訪問。Struts2也支持ActionForm模式。rich對象類型，包括業(yè)務(wù)對象，能夠用作輸入/輸出對象。這種ModelDriven 特性簡化了taglib對POJO輸入對象的引用。
表達(dá)式語言： （使得前端的VIEW變的更加的靈活多變）
• Struts1 整合了JSTL，因此使用JSTL EL。這種EL有基本對象圖遍歷，但是對集合和索引屬性的支持很弱。
• Struts2可以使用JSTL，但是也支持一個更強(qiáng)大和靈活的表達(dá)式語言－－"Object Graph Notation Language" (OGNL).
綁定值到頁面（view）: （方便的讀取變量的值）
• Struts 1使用標(biāo)準(zhǔn)JSP機(jī)制把對象綁定到頁面中來訪問。
• Struts 2 使用 "ValueStack"技術(shù)，使taglib能夠訪問值而不需要把你的頁面（view）和對象綁定起來。ValueStack策略允許通過一系列名稱相同但類型不同的屬性重用頁面（view）。
類型轉(zhuǎn)換： （再次體現(xiàn)OGNL的強(qiáng)大）
• Struts 1 ActionForm 屬性通常都是String類型。Struts1使用Commons-Beanutils進(jìn)行類型轉(zhuǎn)換。每個類一個轉(zhuǎn)換器，對每一個實(shí)例來說是不可配置的。
• Struts2 使用OGNL進(jìn)行類型轉(zhuǎn)換。提供基本和常用對象的轉(zhuǎn)換器。
校驗(yàn)： （又是節(jié)省編程工作量的好方法）
• Struts 1支持在ActionForm的validate方法中手動校驗(yàn)，或者通過Commons Validator的擴(kuò)展來校驗(yàn)。同一個類可以有不同的校驗(yàn)內(nèi)容，但不能校驗(yàn)子對象。
• Struts2支持通過validate方法和XWork校驗(yàn)框架來進(jìn)行校驗(yàn)。XWork校驗(yàn)框架使用為屬性類類型定義的校驗(yàn)和內(nèi)容校驗(yàn)，來支持chain校驗(yàn)子屬性
Action執(zhí)行的控制： （Actions的彼此關(guān)聯(lián)在STRUTS2下變的弱了很多了）
• Struts1支持每一個模塊有單獨(dú)的Request Processors（生命周期），但是模塊中的所有Action必須共享相同的生命周期。
• Struts2支持通過攔截器堆棧（Interceptor Stacks）為每一個Action創(chuàng)建不同的生命周期。堆棧能夠根據(jù)需要和不同的Action一起使用。
國內(nèi)很多公司雖然用的是完整的框架，但是在節(jié)約成本和提高效率的前提下，還是應(yīng)該考慮下技術(shù)更新的，恩，恩~~~~
我覺得最吸引程序員升級的原因是使用Struts 2時，開發(fā)一個Action，你根據(jù)就不會感覺得到這是一個Action，實(shí)質(zhì)上就是一個有execute方法的POJO類，你在里面看不到任何request, response之類的東西，這給編寫單元測試 什么的都帶來了很大的方便。由于request和response是由于容器負(fù)責(zé)實(shí)例化的，所以在Struts 1 中要對Action類直接進(jìn)行測試是比較困難的。 Struts 2中可以很方便地使用像自動完成、TAB頁面等，需要AJAX實(shí)現(xiàn)的功能，有豐富的標(biāo)簽庫。不需要像Struts 1那樣還需要寫服務(wù)器端驗(yàn)證的html:error標(biāo)簽。除了對傳統(tǒng)JSP的支持之外，對于FreeMaker和Velocity等模板語言有很好的支持。 Struts 2有著豐富的文檔、教程和示例［showcase（WebWork的經(jīng)典示例演示）］，涵蓋了近乎所 有的功能）。
Struts2的文檔達(dá)55M之大可見其文檔之全