Strust2和Spring MVC的區別
一、實現機制
1、核心控制器(前端控制器、預處理控制器)
Struts2採用Filter(StrutsPrepareAndExecuteFilter)實現,SpringMVC(DispatcherServlet)則採用Servlet實現。
Filter在容器啟動之後即初始化;服務停止以後墜毀,晚於Servlet。Servlet在是在呼叫時初始化,先於Filter呼叫,服務停止後銷燬。
2、控制器例項
Spring MVC會比Struts快一些(理論上)。Spring Mvc是基於方法設計,而Sturts2是基於物件,每次發一次請求都會例項一個action,每個action都會被注入屬性,而Spring更像Servlet一樣,只有一個例項,每次請求執行對應的方法即可(注意:由於是單例例項,所以應當避免全域性變數的修改,這樣會產生執行緒安全問題)。
二、引數傳值
Struts2有自己的攔截Interceptor機制,SpringMVC這是用的是獨立的Aop方式,這樣導致Struts2的配置檔案量還是比SpringMVC大。
1、Struts2
a、Struts2框架是類級別的攔截,每次請求就會建立一個Action,和Spring整合時Struts2的ActionBean注入作用域是原型模式prototype(否則會出現執行緒併發問題),然後通過setter,getter吧request資料注入到屬性。
b、Struts2中,一個Action對應一個request,response上下文,在接收引數時,可以通過屬性接收,這說明屬性引數是讓多個方法共享的。
c、Struts2中Action的一個方法可以對應一個url,而其類屬性卻被所有方法共享,這也就無法用註解或其他方式標識其所屬方法了
2、SpringMVC
a、SpringMVC是方法級別的攔截,一個方法對應一個Request上下文,所以方法直接基本上是獨立的,獨享request,response資料。而每個方法同時又何一個url對應,引數的傳遞是直接注入到方法中的,是方法所獨有的。處理結果通過ModeMap返回給框架。
b、在Spring整合時,SpringMVC的Controller Bean預設單例模式Singleton,所以預設對所有的請求,只會建立一個Controller,有應為沒有共享的屬性,所以是執行緒安全的,如果要改變預設的作用域,需要新增@Scope註解修改。
四、整合配置
SpringMVC整合了Ajax,使用非常方便,只需一個註解@ResponseBody就可以實現,然後直接返回響應文字即可,而Struts2攔截器整合了Ajax,在Action中處理時一般必須安裝外掛或者自己寫程式碼整合進去,使用起來也相對不方便。
Spring MVC和Spring是無縫的。從這個專案的管理和安全上也比Struts2高(當然Struts2也可以通過不同的目錄結構和相關配置做到SpringMVC一樣的效果,但是需要xml配置的地方不少)。SpringMVC可以認為已經100%零配置。
五、效能方面
Spring MVC實現了零配置,由於SpringMVC基於方法的攔截,有載入一次單例模式bean注入。而Struts2是類級別的攔截,每次請求對應例項一個新的Action,需要載入所有的屬性值注入,所以,SpringMVC開發效率和效能高於Struts2。
六、學習難度
Struts2更加很多新的技術點,比如攔截器、值棧及OGNL表示式,學習成本較高,springmvc 比較簡單,很較少的時間都能上手。
http://www.mamicode.com/info-detail-1251856.html
https://www.douban.com/group/topic/75742825/
https://www.cnblogs.com/langtianya/p/4628967.html
https://blog.csdn.net/dove_knowledge/article/details/53354491
https://blog.csdn.net/silenttalfrede/article/details/52950762
1、核心控制器(前端控制器、預處理控制器)
Struts2採用Filter(StrutsPrepareAndExecuteFilter)實現,SpringMVC(DispatcherServlet)則採用Servlet實現。
Filter在容器啟動之後即初始化;服務停止以後墜毀,晚於Servlet。Servlet在是在呼叫時初始化,先於Filter呼叫,服務停止後銷燬。
2、控制器例項
Spring MVC會比Struts快一些(理論上)。Spring Mvc是基於方法設計,而Sturts2是基於物件,每次發一次請求都會例項一個action,每個action都會被注入屬性,而Spring更像Servlet一樣,只有一個例項,每次請求執行對應的方法即可(注意:由於是單例例項,所以應當避免全域性變數的修改,這樣會產生執行緒安全問題)。
二、引數傳值
Struts2中自身提供多種引數接受,其實都是通過(ValueStack)進行傳遞和賦值,而SpringMvc是通過方法的引數進行接收。SpringMVC的方法之間基本上獨立的,獨享request response資料,方法之間不共享變數而Struts2搞的就比較亂,雖然方法之間也是獨立的,但其所有Action變數是共享的,這不會影響程式執行,卻給我們編碼 讀程式時帶來麻煩,每次來了請求就建立一個Action,一個Action物件對應一個request上下文。由於Struts2需要針對每個request進行封裝,把request,session等servlet生命週期的變數封裝成一個一個Map,供給每個Action使用,並保證執行緒安全,所以在原則上,是比較耗費記憶體的。
Struts2採用值棧儲存請求和響應的資料,通過OGNL存取資料, springmvc通過引數解析器將request物件內容進行解析成方法形參,將響應資料和頁面封裝成ModelAndView物件,最後又將模型資料通過request物件傳輸/響應到頁面。 Jsp檢視解析器預設使用jstl。
Spring MVC的驗證也是一個亮點,支援JSR303,處理(整合)ajax的請求更是方便,只需一個註解@ResponseBody ,然後直接返回響應文字即可。而Struts2攔截器整合了Ajax,在Action中處理時一般必須安裝外掛或者自己寫程式碼整合進去,使用起來也相對不方便。
Struts2有自己的攔截Interceptor機制,SpringMVC這是用的是獨立的Aop方式,這樣導致Struts2的配置檔案量還是比SpringMVC大。
1、Struts2
a、Struts2框架是類級別的攔截,每次請求就會建立一個Action,和Spring整合時Struts2的ActionBean注入作用域是原型模式prototype(否則會出現執行緒併發問題),然後通過setter,getter吧request資料注入到屬性。
b、Struts2中,一個Action對應一個request,response上下文,在接收引數時,可以通過屬性接收,這說明屬性引數是讓多個方法共享的。
c、Struts2中Action的一個方法可以對應一個url,而其類屬性卻被所有方法共享,這也就無法用註解或其他方式標識其所屬方法了
2、SpringMVC
a、SpringMVC是方法級別的攔截,一個方法對應一個Request上下文,所以方法直接基本上是獨立的,獨享request,response資料。而每個方法同時又何一個url對應,引數的傳遞是直接注入到方法中的,是方法所獨有的。處理結果通過ModeMap返回給框架。
b、在Spring整合時,SpringMVC的Controller Bean預設單例模式Singleton,所以預設對所有的請求,只會建立一個Controller,有應為沒有共享的屬性,所以是執行緒安全的,如果要改變預設的作用域,需要新增@Scope註解修改。
四、整合配置
SpringMVC整合了Ajax,使用非常方便,只需一個註解@ResponseBody就可以實現,然後直接返回響應文字即可,而Struts2攔截器整合了Ajax,在Action中處理時一般必須安裝外掛或者自己寫程式碼整合進去,使用起來也相對不方便。
Spring MVC和Spring是無縫的。從這個專案的管理和安全上也比Struts2高(當然Struts2也可以通過不同的目錄結構和相關配置做到SpringMVC一樣的效果,但是需要xml配置的地方不少)。SpringMVC可以認為已經100%零配置。
五、效能方面
Spring MVC實現了零配置,由於SpringMVC基於方法的攔截,有載入一次單例模式bean注入。而Struts2是類級別的攔截,每次請求對應例項一個新的Action,需要載入所有的屬性值注入,所以,SpringMVC開發效率和效能高於Struts2。
六、學習難度
Struts2更加很多新的技術點,比如攔截器、值棧及OGNL表示式,學習成本較高,springmvc 比較簡單,很較少的時間都能上手。
http://www.mamicode.com/info-detail-1251856.html
https://www.douban.com/group/topic/75742825/
https://www.cnblogs.com/langtianya/p/4628967.html
https://blog.csdn.net/dove_knowledge/article/details/53354491
https://blog.csdn.net/silenttalfrede/article/details/52950762
相關文章
- Spring MVC和Spring Boot的區別 - hackernoonMVCSpring Boot
- MTV和MVC的區別MVC
- WebApi和MVC的區別WebAPIMVC
- spring boot與spring mvc的區別是什麼?Spring BootMVC
- MVC、MVP和MVVM的區別MVCMVPMVVM
- MVC模式和MVP模式的區別MVC模式MVP
- MVC,MVP和MVVM之間的區別MVCMVPMVVM
- spring和springmvc的區別SpringMVC
- spring mvc攔截器,spring攔截器以及AOP切面的區別和原始碼SpringMVC原始碼
- Spring中Filter和Interceptor的區別SpringFilter
- Spring中@Component和@Configuration的區別Spring
- MVC下的DAO介面類和SERVICE介面類區別?MVC
- (第二講)Spring&Spring MVC&Spring Boot三者之間的區別與聯絡MVCSpring Boot
- Spring框架和Spring boot有啥區別?框架Spring Boot
- Spring Cloud:Zookeeper和Eureka的區別在哪?SpringCloud
- MyBatis-06-Spring的SqlSession和原始區別MyBatisSpringSQLSession
- Spring set注入和構造注入的區別Spring
- Spring MVC 核心類和介面SpringMVC
- Spring和SpringBoot比較,解惑區別Spring Boot
- SpringBoot和Spring有什麼區別?Spring Boot
- Spring Mvc Long型別精度丟失SpringMVC型別
- 【Java面試】Spring中 BeanFactory和FactoryBean的區別Java面試SpringBean
- Spring - 配置檔案中的classpath: 和 classpath*: 的區別Spring
- Shiro和Spring MVC、Mybatis整合教程SpringMVCMyBatis
- Spring MVC 轉發和重定向SpringMVC
- spring - mvcSpringMVC
- spring、spring MVC、spring BootMVCSpring Boot
- Spring MVC學習筆記和SSH的整合SpringMVC筆記
- spring、springmvc、springboot、springcloud 之間的聯絡和區別SpringMVCSpring BootGCCloud
- Spring | xx-servlet.xml 和 applicationContext.xml 的區別SpringServletXMLAPPContext
- tomcat + spring mvc原理外傳:spring mvc與前端的糾葛TomcatSpringMVC前端
- ../和./和/的區別
- LinkedList和ArrayList的區別、Vector和ArrayList的區別
- http和https的區別/get和post的區別HTTP
- ||和??的區別
- /*和/**的區別
- Spring 系列(二):Spring MVC的父子容器SpringMVC
- spring mvc interceptorsSpringMVC