一：struts的優缺點

優點：

1、開源：

2、利用Struts提供的taglib可以大大節約開發時間。

3、維護擴展比較方便。通過一個配置文件，即可把握整個系統各部分之間的聯系，這對于后期的維護有著莫大的好處。

4、表現與邏輯分離

5、表單驗證解決了請求數據的驗證問題，增強了系統健壯性。

6、便于團隊開發

缺點：

1、大量的使用標簽，對于初學者難度較大。

2、ActionForms使用不便、無法進行單元測試(StrutsTestCase只能用于集成)

3、配置文件太過于復雜 每改變一次配置文件 都要重啟tomcat

Struts的優點主要集中體現在兩個方面：Taglib和頁面導航。Taglib是Struts的標記庫，靈活動用，能大大提高開發效率。另外，就目前國內的JSP開發者而言，除了使用JSP自帶的常用標記外，很少開發自己的標記，或許Struts是一個很好的起點。關于頁面導航，我認為那將是今后的一個發展方向，事實上，這樣做，使系統的脈絡更加清晰。通過一個配置文件，即可把握整個系統各部分之間的聯系，這對于后期的維護有著莫大的好處。尤其是當另一批開發者接手這個項目時，這種優勢體現得更加明顯。

為了防止編程過程中出現了亂碼 要寫一個過濾器來過濾字符

1) 在Action實現類方面的對比：Struts 1要求Action類繼承一個抽象基類；Struts 1的一個具體問題是使用抽象類編程而不是接口。Struts 2 Action類可以實現一個Action接口，也可以實現其他接口，使可選和定制的服務成為可能。Struts 2提供一個ActionSupport基類去實現常用的接口。即使Action接口不是必須實現的，只有一個包含execute方法的POJO類都可以用作Struts 2的Action。 2) 線程模式方面的對比：Struts 1 Action是單例模式并且必須是線程安全的，因為僅有Action的一個實例來處理所有的請求。單例策略限制了Struts 1 Action能做的事，并且要在開發時特別小心。Action資源必須是線程安全的或同步的；Struts 2 Action對象為每一個請求產生一個實例，因此沒有線程安全問題。 3) Servlet依賴方面的對比：Struts 1 Action依賴于Servlet API，因為Struts 1 Action的execute方法中有HttpServletRequest和HttpServletResponse方法。Struts 2 Action不再依賴于Servlet API，從而允許Action脫離Web容器運行，從而降低了測試Action的難度。 當然，如果Action需要直接訪問HttpServletRequest和HttpServletResponse參數，Struts 2 Action仍然可以訪問它們。但是，大部分時候，Action都無需直接訪問HttpServetRequest和HttpServletResponse，從而給開發者更多靈活的選擇。 4) 可測性方面的對比：測試Struts 1 Action的一個主要問題是execute方法依賴于Servlet API，這使得Action的測試要依賴于Web容器。為了脫離Web容器測試Struts 1的Action，必須借助于第三方擴展：Struts TestCase，該擴展下包含了系列的Mock對象(模擬了HttpServetRequest和HttpServletResponse對象)，從而可以脫離Web容器測試Struts 1的Action類。Struts 2 Action可以通過初始化、設置屬性、調用方法來測試。 5) 封裝請求參數的對比：Struts 1使用ActionForm對象封裝用戶的請求參數，所有的ActionForm必須繼承一個基類：ActionForm。普通的JavaBean不能用作ActionForm，因此，開發者必須創建大量的ActionForm類封裝用戶請求參數。雖然Struts 1提供了動態ActionForm來簡化ActionForm的開發，但依然需要在配置文件中定義ActionForm；Struts 2直接使用Action屬性來封裝用戶請求屬性，避免了開發者需要大量開發ActionForm類的煩瑣，實際上，這些屬性還可以是包含子屬性的Rich對象類型。如果開發者依然懷念Struts 1 ActionForm的模式，Struts 2提供了ModelDriven模式，可以讓開發者使用單獨的Model對象來封裝用戶請求參數，但該Model對象無需繼承任何Struts 2基類，是一個POJO，從而降低了代碼污染。 6) 表達式語言方面的對比：Struts 1整合了JSTL，因此可以使用JSTL表達式語言。這種表達式語言有基本對象圖遍歷，但在對集合和索引屬性的支持上則功能不強；Struts 2可以使用JSTL，但它整合了一種更強大和靈活的表達式語言：OGNL(Object Graph Notation Language)，因此，Struts 2下的表達式語言功能更加強大。 7) — 綁定值到視圖的對比：Struts 1使用標準JSP機制把對象綁定到視圖頁面；Struts 2使用“ValueStack”技術，使標簽庫能夠訪問值，而不需要把對象和視圖頁面綁定在一起。 8) 類型轉換的對比：Struts 1 ActionForm 屬性通常都是String類型。Struts 1使用Commons-Beanutils進行類型轉換，每個類一個轉換器，轉換器是不可配置的；Struts 2使用OGNL進行類型轉換，支持基本數據類型和常用對象之間的轉換。 9) 數據校驗的對比：Struts 1支持在ActionForm重寫validate方法中手動校驗，或者通過整合Commons alidator框架來完成數據校驗。Struts 2支持通過重寫validate方法進行校驗，也支持整合XWork校驗框架進行校驗。 10) Action執行控制的對比：Struts 1支持每一個模塊對應一個請求處理(即生命周期的概念)，但是模塊中的所有Action必須共享相同的生命周期。Struts 2支持通過攔截器堆棧(Interceptor Stacks)為每一個Action創建不同的生命周期。開發者可以根據需要創建相應堆棧，從而和不同的Action一起使用。 11) 捕獲輸入：Struts1 使用ActionForm對象捕獲輸入。所有的ActionForm必須繼承一個基類。因為其他JavaBean不能用作ActionForm，開發者經常創建多余的類捕獲輸入。動態Bean(DynaBeans)可以作為創建傳統ActionForm的選擇，但是，開發者可能是在重新描述(創建)已經存在的JavaBean(仍然會導致有冗余的javabean)。Struts 2直接使用Action屬性作為輸入屬性，消除了對第二個輸入對象的需求。輸入屬性可能是有自己(子)屬性的rich對象類型。Action屬性能夠通過 web頁面上的taglibs訪問。Struts2也支持ActionForm模式。rich對象類型，包括業務對象，能夠用作輸入/輸出對象。這種 ModelDriven 特性簡化了taglib對POJO輸入對象的引用。