springMVC与struts2的区别

  • 机制:springMVC的入口是servlet,而struts2是filter(filter和servlet是不同的),这样就导致了二者的机制不同,这里就牵涉到servlet和filter的区别了。 
  • 性能:springMVC会稍微比struts快。springMVC是基于方法的设计,而sturts2是基于类。springMVC是方法级别的拦截,一个方法对应一个request上下文,拦截到方法后根据参数上的注解,把request数据注入进去。而struts2框架是类级别的拦截,每次来了请求就创建一个Action,一个Action对象对应一个request上下文,然后调用setter getter方法把request中的数据注入。 
  • 参数传递:struts2在接收参数的时候,可以用属性来接收参数,这就说明参数是让多个方法共享的。 
  • 设计思想上:struts2更加符合oop的编程思想, springMVC就比较谨慎,在servlet上扩展。 
  • intercepter的实现机制:struts2有自己的interceptor机制,springMVC用的是独立的AOP方式。这样导致struts2的配置文件量比springMVC大,虽然struts的配置能继承,但是spring mvc使用更加简洁,开发效率SpringMVC确实比struts2高。springMVC是方法级别的拦截,而方法同时又跟一个url对应,所以说从架构本身上springMVC就容易实现restful url。springMVC的方法之间基本上独立的,方法之间不共享变量,独享request response数据,请求数据通过参数获取,处理结果通过ModelMap交回给视图框架。而struts2是类级别的拦截,实现restful url要费劲,因为struts2 action的一个方法可以对应一个url;而其类属性却被所有方法共享,这也就无法用注解或其他方式标识其所属方法了,这不会影响程序运行,却给我们编码,读程序时带来麻烦。 
  • 和Struts1一样,Spring的Controller是Singleton的,这意味着每个request过来,系统都会用原有的instance去处理,这样导致了两个结果:我们不用每次创建Controller,减少了对象创建和垃圾收集的时间;由于只有一个Controller的instance,当多个线程调用它的时候,它里面的instance变量不是线程安全的。 而Struts2是线程安全的。
  • 另外,springMVC的验证也是一个亮点,支持JSR303,处理ajax的请求更是方便,只需一个注解@ResponseBody ,然后直接返回响应文本即可。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值