線程模式:
6?1 Struts1 Action是單例模式並且必須是線程安全的,因為僅有Action的壹個實例來處理所有的請求。單例策略限制了Struts1 Action能作的事,並且要在開發時特別小心。Action資源必須是線程安全的或同步的。 6?1 Struts2 Action對象為每壹個請求產生壹個實例,因此沒有線程安全問題。(實際上,servlet容器給每個請求產生許多可丟棄的對象,並且不會導致性能和垃圾回收問題)Servlet 依賴:
6?1 Struts1 Action 依賴於Servlet API ,因為當壹個Action被調用時HttpServletRequest 和 HttpServletResponse 被傳遞給execute方法。 6?1 Struts 2 Action不依賴於容器,允許Action脫離容器單獨被測試。如果需要,Struts2 Action仍然可以訪問初始的request和response。但是,其他的元素減少或者消除了直接訪問HttpServetRequest 和 HttpServletResponse的必要性。可測性:
6?1 測試Struts1 Action的壹個主要問題是execute方法暴露了servlet API(這使得測試要依賴於容器)。壹個第三方擴展--Struts TestCase--提供了壹套Struts1的模擬對象(來進行測試)。 6?1 Struts 2 Action可以通過初始化、設置屬性、調用方法來測試,“依賴註入”支持也使測試更容易。捕獲輸入:
6?1 Struts1 使用ActionForm對象捕獲輸入。所有的ActionForm必須繼承壹個基類。因為其他JavaBean不能用作ActionForm,開發者經常創建多余的類捕獲輸入。動態Bean(DynaBeans)可以作為創建傳統ActionForm的選擇,但是,開發者可能是在重新描述(創建)已經存在的JavaBean(仍然會導致有冗余的javabean)。 6?1 Struts 2直接使用Action屬性作為輸入屬性,消除了對第二個輸入對象的需求。輸入屬性可能是有自己(子)屬性的rich對象類型。Action屬性能夠通過 web頁面上的taglibs訪問。Struts2也支持ActionForm模式。rich對象類型,包括業務對象,能夠用作輸入/輸出對象。這種 ModelDriven 特性簡化了taglib對POJO輸入對象的引用。表達式語言:
6?1 Struts1 整合了JSTL,因此使用JSTL EL。這種EL有基本對象圖遍歷,但是對集合和索引屬性的支持很弱。 6?1 Struts2可以使用JSTL,但是也支持壹個更強大和靈活的表達式語言--"Object Graph Notation Language" (OGNL).綁定值到頁面(view):
6?1 Struts 1使用標準JSP機制把對象綁定到頁面中來訪問。 6?1 Struts 2 使用 "ValueStack"技術,使taglib能夠訪問值而不需要把妳的頁面(view)和對象綁定起來。ValueStack策略允許通過壹系列名稱相同但類型不同的屬性重用頁面(view)。類型轉換:
6?1 Struts 1 ActionForm 屬性通常都是String類型。Struts1使用Commons-Beanutils進行類型轉換。每個類壹個轉換器,對每壹個實例來說是不可配置的。 6?1 Struts2 使用OGNL進行類型轉換。提供基本和常用對象的轉換器。校驗:
6?1 Struts 1支持在ActionForm的validate方法中手動校驗,或者通過Commons Validator的擴展來校驗。同壹個類可以有不同的校驗內容,但不能校驗子對象。 6?1 Struts2支持通過validate方法和XWork校驗框架來進行校驗。XWork校驗框架使用為屬性類類型定義的校驗和內容校驗,來支持chain校驗子屬性Action執行的控制:
6?1 Struts1支持每壹個模塊有單獨的Request Processors(生命周期),但是模塊中的所有Action必須***享相同的生命周期。 6?1 Struts2支持通過攔截器堆棧(Interceptor Stacks)為每壹個Action創建不同的生命周期。堆棧能夠根據需要和不同的Action壹起使用。——————————————————————————————————
個人覺得Struts1是基於servlet開發,Struts2是基於Filter開發,相對於現在的企業來說Struts1的技術成熟,便於維護,而且現在的許多程序員使用SSH框架時,還是多選用struts1來開發~~
當然Struts2安全性比Struts1要高~~