struts的MVC和spring的MVC的區別

轉自git

http://flyingsnail.blog.51cto.com/5341669/1282359ajax

看連接中的更好,有重點標註。spring

 

最近才發現spring也能實現MVC,因而在網上找了找相關介紹:編程

當初選框架的時候目的比較單純---springmvc支持rest,小生對restful url由衷的喜歡restful

不用不知道一用就發現開發效率確實比struts2高架構

咱們用struts2時採用的傳統的配置文件的方式,並無使用傳說中的0配置mvc

spring3 mvc能夠認爲已經100%零配置了(除了配置springmvc-servlet.xml外)app

比較了一下strus2與spring3 mvc的差異框架

============================================ssh

struts2框架是類級別的攔截,每次來了請求就建立一個Action,而後調用setter getter方法把request中的數據注入

struts2其實是經過setter getter方法與request打交道的

struts2中,一個Action對象對應一個request上下文

spring3 mvc不一樣,spring3mvc是方法級別的攔截,

攔截到方法後根據參數上的註解,把request數據注入進去

在spring3mvc中,一個方法對應一個request上下文

 

好了咱們來整理一下

struts2是類級別的攔截,一個類對應一個request上下文,

springmvc是方法級別的攔截,一個方法對應一個request上下文,而方法同時又跟一個url對應

因此說從架構自己上 spring3 mvc就容易實現restful url

而struts2的架構實現起來要費勁

由於struts2 action的一個方法能夠對應一個url

而其類屬性卻被全部方法共享,這也就沒法用註解或其餘方式標識其所屬方法了

===================================

spring3mvc的方法之間基本上獨立的,獨享request response數據

請求數據經過參數獲取,處理結果經過ModelMap交回給框架

方法之間不共享變量

而struts2搞的就比較亂,雖然方法之間也是獨立的,但其全部Action變量是共享的

這不會影響程序運行,卻給咱們編碼讀程序時帶來麻煩

====================================

spring mvc 優勢:

spring mvc經過策略接口,Spring 框架是高度可配置的,並且包含多種視圖技術,例如 JavaServer Pages(JSP)技術、Velocity、Tiles、iText 和 POI。Spring MVC 框架並不知道使用的視圖,因此不會強迫您只使用 JSP 技術。

它是一個典型的教科書式的mvc構架,而不像struts等都是變種或者不是徹底基於mvc系統的框架,對於初學者或者想了解mvc的人來講我以爲 spring是最好的,它的實現就是教科書!第二它和tapestry同樣是一個純正的servlet系統,這也是它和tapestry相比 struts所沒有的優點。並且框架自己有代碼,並且看起來也不費勁比較簡單能夠理解。

一、Spring3 MVC的學習難度小於Struts2,Struts2用不上的多餘功能太多。呵呵,固然這不是決定因素。

二、Spring3 MVC很容易就能夠寫出性能優秀的程序,Struts2要到處當心才能夠寫出性能優秀的程序(指MVC部分)

三、Spring3 MVC的靈活是你沒法想像的,Spring的擴展性有口皆碑,Spring3 MVC固然也不會落後,不會因使用了MVC框架而感到有任何的限制。

====================================

spring3 mvc的驗證也是一個亮點,支持JSR303

處理ajax的請求更是方便只需一個註解@ResponseBody ,而後直接返回響應文本便可

附上一段代碼:

@RequestMapping(value="/whitelists")

public String index(ModelMap map){

Account account = accountManager.getByDigitId(SecurityContextHolder.get().getDigitId()) ;‍ 

List<Group> groupList = groupManager.findAllGroup(account.getId()) ;

map.put("account", account);

map.put("groupList", groupList);

return "/group/group-index" ;

}

//@ResponseBody ajax響應

@RequestMapping(value="/whitelist/{whiteListId}/del")

@ResponseBody

public String delete(@PathVariable Integer whiteListId){

whiteListManager.deleteWhiteList(whiteListId) ;

return "success" ;

}

Struts 和 SpringMVC 的區別是什麼呢?

不少人學習了ssh ,都曉得struts最先被人用來控制表現層,可是struts已經有了mvc 爲何還有spring mvc呢?

因此我稍微查閱了一些資料,總結了一下他們的區別:

1. 機制。spring mvc 的入口是servlet,而struts是filter(這裏要指出,filter和servlet是不一樣的。之前認爲filter是servlet的一種特殊),這樣就致使了兩者的機制不一樣,

這裏就牽涉到servlet和filter的區別了,我其餘博客會專門寫一寫 servlet和filter之間的區別。

2.性能。 spring會稍微比struts快。spring mvc 是基於方法的設計,而sturts是基於類,每次發一次請求都會實例一個 action ,每一個action都會被注入屬性,而spring基於方法,粒度更細,但要當心把握像在servlet控制數據同樣。

3.參數傳遞。 struts是在接受參數的時候,能夠用屬性來接受參數,這就說明參數是讓多個方法共享的。

4.設計思想上。struts 更加符合oop的編程思想, spring就比較謹慎,在servlet上擴展,

5.intercepter的實現機制。struts有以本身的interceptor機制,spring mvc 用的是獨立的AOP方式。這樣致使struts的配置文件量仍是比spring mvc大,雖然struts的配置能繼承,因此我以爲論使用上來說,spring mvc使用更加簡潔。

相關文章
相關標籤/搜索