欢迎您光临本小站。希望您在这里可以找到自己想要的信息。。。

Spring MVC 和 Struts2

Java Web water 1270℃ 0评论

Web层面的框架学习了三个Struts1和2,SpringMVC,那他们之间肯定存在一个优劣和适用的环境,Struts1和2的异同点我已经做过对比《   Struts1和Struts2》,这篇将对比下Struts2和SpringMVC的异同,下面数据基本来源于网络,本人是搜集整理所得,供大家参考。

一个项目使用什么样的技术,决定的因素很多,我所能想到的有:对系统的性能、开发的效率、团队学习的成本、业务场景等,下面尽量从这几个方面入手,来分析比较下他们之间存在的优劣。

首先说   性能方面,通过一些测试人员的测试,对Jsp、Struts1、Struts2、SpringMVC的结论如下表:

名称

性能排名

结论

Jsp

1

越原始效率越高

Struts1

2

采用单例Action模式,且本身的封装相比struts2简单,性能稳定高效。

SpringMVC

2.5(略逊于struts1)

springMVC有着不比struts2差的开发效率和解耦度,但性能却是struts2的好几倍。

Struts2

3

1.   由于采用值栈、OGNL表达式、拦截器等技术对请求参数的映射和返回结果进行了处理,另外还采用大量的标签库等,这些都增加了处理的时间;

2.   struts2性能的瓶颈不在于它的多例Action模式

从以上性能角度来看,如果项目中使用框架,SpringMVC是首选;如果想把效能提升到最大,jsp是首选。

然后从   开发效率来分析:

开发效率这点,大家做程序员的一般都会深有体会,越是靠后的产品,一般开发效率都会高一些,就像我们计算机语言的发展,从二进制到汇编语言,再到目前主流的java、C#等,都越来越接近人能理解的程度,开发效率越来越高。因此,从这个观点出发,得出的结论是:

由快到慢:SpringMVCand Strut2
> Struts1 > jsp

框架的出现很大程度就是为了提升开发效率,解决纯手工代码带来的不便,因此Struts1优于jsp毫无疑问;Struts2和
SpringMVC出现的较晚,都是吸取了Struts1的经验教训而来。那Struts2和SpringMVC哪个的开发效率要更高一些呢?根据大家在
网上的体会所得:

由高到低:SpringMVC> Struts2(存疑)

Springmvc可以认为已经100%零配置,但是Struts2并没有实现这点,SpringMVC高于Struts2具体理由公说公有理
婆说婆有理,关于这两者的开发效率由于每个人对两者的熟悉程度不同,因此导致了不同的结果。在我看来,更愿意使用SpringMVC,如果项目中用到了
Spring,那就更棒了。

团队学习成本:

Jsp当然是入门,如果这个都不懂,谈学习成本也毫无意义,从我个人来看,如果之前接触过Struts1和Spring,学习Struts2和
SpringMVC的时间成本差不了多少,但是SpringMVC国内用的并不多,因此,相对来说SpringMVC的学习成本要大一些。

由大到小:SpringMVC> Struts2

大家可根据团队自身目前的情况,自由选择。上面这两个框架,不管学哪个,我认为Struts1都应该接触一下,这样才能更深的理解MVC框架设计的精妙之处。

业务场景,只要涉及到业务,就不能确定哪个框架好,哪个不好,因此,业务场景只能根据当前业务,加上对技术的深度理解,找到一款合适的框架为宜。

下面再贴一些Struts2和SpringMVC技术点的异同,其实,这些技术上的不同也正好反映在上面说到的几点中。

Struts2

Spring MVC

类级别的拦截,一个类对应一个request上下文,很难实现restful
url,而struts2的架构实现起来要费劲,因为action的一个方法可以对应一个url,而其类属性却被所有方法共享,这也就无法用注解或其他方式标识其所属方法了

方法级别的拦截,一个方法对应一个request上下文,而方法同时又跟一个url对应,所以说从架构本身上
spring3 mvc就容易实现restful url

比较乱,虽然方法之间也是独立的,但其所有Action变量是共享的,这不会影响程序运行,却给我们编码读程序时带来麻烦;Struts2在接受参数的时候,可以用属性来接受参数,这就说明参数是让多个方法共享的

方法之间基本上独立的,独享request response数据,请求数据通过参数获取,处理结果通过ModelMap交回给框架,方法之间不共享变量

支持手动验证凭借validate方法和XWork验证框架

验证也是一个亮点,支持JSR303

处理ajax的请求更是方便只需一个注解@ResponseBody,然后直接返回响应文本即可

入口是filter

入口是servlet

目前所能整理出来的异同点只有这些,具体的感受需要大家自行尝试,下附的连接是一篇讨论Springmvc和Struts2的帖子,供大家参考。

地址:http://www.iteye.com/topic/646240

 

作者:StubbornPotatoes 发表于2013-5-31 15:24:53   原文链接

转载请注明:学时网 » Spring MVC 和 Struts2

喜欢 (0)or分享 (0)

您必须 登录 才能发表评论!