本篇內(nèi)容介紹了“Webork與Struts的主要區(qū)別是什么”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

如皋網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)公司！從網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、響應(yīng)式網(wǎng)站設(shè)計等網(wǎng)站項目制作，到程序開發(fā)，運營維護。創(chuàng)新互聯(lián)公司于2013年成立到現(xiàn)在10年的時間，我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗，來保證我們的工作的順利進行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)公司。

Webork與Struts的區(qū)別一、action類

1、在Struts里面，每一個Action類必需要繼承一個抽象的類org.apache.struts.action.Action。這個在Java編程中會引來一些問題，就是關(guān)于多種繼承的問題。

2、WebWork的Action類僅需要實現(xiàn)接口com.opensymphony.xwork.Action，也可以實現(xiàn)其它的接口來實現(xiàn)更多的功能，譬如：validate（驗證），localware(國際化)等。當然，它也提供了一個類ActionSupport集成了上面的所有功能，我們在開發(fā)中可以根據(jù)需要選擇。

Webork與Struts的區(qū)別二、線程模型

1、Struts 的Action必需是thread－safe方式，它僅僅允許一個實例去處理所有的請求。所以action用到的所有的資源都必需統(tǒng)一同步，這個就引起了線程安全的問題。

2、在WebWork中，每個請求對應(yīng)一個Action，因此沒有線程的安全問題。實際上Servlet容器對每個請求也產(chǎn)生多個對象，它也沒有證明對性能和垃圾回收產(chǎn)生太多的影響。

Webork與Struts的區(qū)別三、Servlet的依賴

1、Struts處理Action時必需要依賴ServletRequest 和ServletResponse，所有它擺脫不了Servlet容器。

2、WebWork的Action不用依賴Web層和其它的容器。它可以通過ActionContext，直接去訪問Request和Response，但這個是可選的，只有在必需的請求下使用。

Webork與Struts的區(qū)別四、測試

1、Struts的每個Action都同Web層耦合在一起，這樣它的測試依賴于Web容器，單元測試也很難實現(xiàn)。不過有一個Junit的擴展工具Struts TestCase可以實現(xiàn)它的單元測試。

2、Webwork的action能夠通過賦予一定的屬性，就可以執(zhí)行單元測試。同時也可以使用一個mock的實例去測試，而不是通過啟動web容器來進行測試。

Webork與Struts的區(qū)別五、FormBean

1、Struts要求有FormBean對應(yīng)每一個表單，而且FormBean必需繼承抽象類ActionForm。而使用DynaBeans實際上沒有太大的意義。不能夠很好的處理現(xiàn)有的模型。

2、Webwork 能夠動態(tài)的收集web的數(shù)據(jù)然后再賦值給bean。它也可以使用FormBean的形式，F(xiàn)ormBean可以是普通的DTO和域?qū)ο?，它不用重新根?jù)域?qū)ο髞砩尚碌腇ormBean，也不需繼承抽象類ActionForm。

Webork與Struts的區(qū)別六、前端表達式語言

1、Struts集成了JSTL，所以它主要使用JSTL的表達式語言來獲取數(shù)據(jù)。可是JSTL的表達式語言在Collection和索引屬性方面處理顯得很弱。

2、WebWork的表達式語言使用了功能強大的OGNL。它使用OGNL建立一個OgnlValueStack來搜索數(shù)據(jù)。Webwork前端也可以使用JSTL，但它同時支持：velocity、freemaker、jspparer、xml。

Webork與Struts的區(qū)別七、類型的轉(zhuǎn)換

1、Struts的FormBean把所有的數(shù)據(jù)都作為String類型，它可以使用工具Commons-Beanutils進行類型轉(zhuǎn)化。但它的轉(zhuǎn)化都是在Class級別，而且轉(zhuǎn)化的類型是不可配置的。類型轉(zhuǎn)化時的錯誤信息返回給用戶也是非常困難的。

2、WebWork使用OGNL進行類型轉(zhuǎn)化，提供了所有基本類型的轉(zhuǎn)化功能。類型轉(zhuǎn)化可以直接對一個Class進行（Class級別）轉(zhuǎn)化，也可以對Class的字段進行類型轉(zhuǎn)化。它使用攔截器可以很容易的將類型轉(zhuǎn)化的錯誤信息返回給用戶，而且錯誤信息可以對應(yīng)到一個相應(yīng)的字段。

Webork與Struts的區(qū)別八、對Action 執(zhí)行前和后的處理

1、Struts處理Action的時候是基于class的hierarchies，很難在action處理前和后進行操作。

2、Webwork2 允許您處理Action可以通過攔截器，就是在每一個Action處理前或者后進行其它操作。它的攔截器可以在配置文件中動態(tài)添加，這樣Action和攔截器之間完全解藕，更好的實現(xiàn)了組件化。

Webork與Struts的區(qū)別九、驗證處理

1、Struts的驗證是調(diào)用FormBean的validator()方法，其實就是對FormBean的驗證。它一般使用框架Commons Validation進行數(shù)據(jù)驗證處理。它使用了一個全局的配置文件validation.xml定義了FormBean的驗證信息。Struts的FormBean屬性都被認為是String類型，所以它在驗證時也需要額外的類型轉(zhuǎn)化。

2、WebWork使用Xwork的驗證框架進行驗證處理，它可以通過配置攔截器來激活。它可以為每個需要驗證的Class指定一個xml驗證文件，也可以為一個Class在不同的情況指定不同的xml驗證文件。WebWork證可以給每個Action類指定對應(yīng)的驗證文件，也可以給Action的字段去指定驗證文件。通過攔截器來組裝Action和其驗證文件，使它們之間完全解藕。

Webork與Struts的區(qū)別十、對Action執(zhí)行的控制

1、Struts創(chuàng)建一個Action，如果想控制它的執(zhí)行順序?qū)浅＠щy。甚至你要重新去寫Servlet來實現(xiàn)你的這個功能需求。

2、在這個方面，WebWork的攔截器棧提供了強大的功能。Action的所有切面功能都有攔截器來實現(xiàn)（比如：取得request請求參數(shù)、驗證處理等），這樣你就可以用攔截器棧來組織攔截器的執(zhí)行順序。例如：你需要在使用request請求參數(shù)來設(shè)置Action屬性之前，使用IoC框架設(shè)置Action的屬性，反之已然。這時，你就可以為package或Action指定一個攔截器棧來實現(xiàn)。

“Webork與Struts的主要區(qū)別是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！