Spring mvc和SSH对比

新项目都在用Spring MVC，而SSH大多是几个老项目在用，Spring MVC要比SSH优秀在什么地方，是否要远离SSH？

springmvc和struts是一个层次的概念，均属java web mvc框架，只是ssh中第2个s的技术。
springmvc开发比较轻，性能也不错，在我的开发的web项目中，均使用springmvc作为web mvc框架，用的久了就知道比struts2有多轻便了。

 

其实差不多，没有太大区别，自己单干的话，建议放弃struts。如果给别人打工，就只好乖乖听技术总监的了~
相比而言spring-mvc + hiberante/mybatis的组合相比ssh更适合敏捷开发吧~ java整合框架总是一个烦心事，能少一个就少一个吧

 

技术只是使用工具，无所谓什么。其次，工具有好坏之分，按照标题的思路，我认为这其实是想问在struts2与spring mvc框架之间如何取舍，他们都是表现层层面的东西，我从几个方面来比较这两个框架：
1.易用性
Spring MVC上手简单，并且可以与Spring无缝结合，毕竟都是一个公司的产品，学习起来也比较简单，比如从前端给对象填充值，他的处理就比Struts2简单多了，再比如对Restful风格的URL的支持，这些Spring MVC都比Struts2做的好N倍。
2.安全性
郭蕾：说到安全性，我也不想多提Struts2了，我在一家游戏公司工作，之前公司的老项目是用的Struts2，他今年出了不少漏洞，并且是致命性漏洞，每出一次漏洞，我需要加班一次，好吧，我想说我加了4次班了，最可恶的是Struts2有漏洞后，还把攻击方法放到网上。Spring MVC到目前为止还没有发现比较严重的漏洞。

链接：http://www.zhihu.com/question/22014461/answer/20047638
3.可扩展性
Spring MVC依靠Spring这颗大树，Spring的实力我想大家不用怀疑吧，包括版本的更新、迭代这些都是经过历史见证的。

 

 

@ 苏二牛 ，一个迷途小码农

首先，纠正一个概念上的错误。
ssh一般意义上是指 struts，spring framework以及hibernate。这三个框架作用是不一样的。
hibernate主要是用于持久层，struts主要是用于mvc，而spring主要用于aop和ioc。
再来看 spring mvc。从名字来看，就知道这是一个mvc框架，所以，spring mvc和ssh根本就没有可比性，他们不是一个东西。
spring mvc和struts都是mvc框架，他俩才有比较的意义。
回到正题，spring mvc和struts都用过，感觉spring mvc更加的灵活，更不容易出错，开发成本也比较低。刚毕业一直用struts，后期转到了spring mvc上。从此不能收手。

@ 小施

springMVC是前端框架和struts类似。所以不会和spring，hibernate存在取舍，取舍的是springmvc和struts。由于springMVC是轻量级的，用起来相对灵活。Spring MVC 会稍微比 Struts2 快些。Spring MVC 是基于方法设计,而 Sturts2 是基于类, 每次发一次请求都会实例一个 Action。Spring MVC 使用更加简洁, 开发效率 Spring MVC 确实比 struts2 高:springMVC支持 JSR303, 处理 ajax 的请求更方便。当然struts也不是没有任何优点，Struts2 的 OGNL 表达式使页面的开发效率相比 Spring MVC 更高些。从目前的情况来看，springMVC被越来越多的开发人员所青睐。不敢说springMVC一定能够取代struts。但是，可以肯定的一点就是springMVC使用比例会越来越高。
 

@ 小虫

莫要偏激，兄台可曾仔细欣赏过struts2，静态注入，插件机制，拦截器链，可扩展结果集，哪项技术不是用的出神入化，如果xwork那么多缺点，Apache又何必花那么大精力去包装它呢。springmvc和struts2就像是两个美女，虽然长得不一样，但是都在开发微风中展现着婀娜身姿。个人愚见。
 

springMVC框架 跟spring完美兼容

其实用什么技术，这一点真的没有硬性的要求，有人觉得struts好用，有人就觉得springMVC先进。总的来说，实现的功能都是大体一致的。有时候架构师一直使用struts，为了项目的稳定，就一直沿用；而一些先进分子总是喜欢在项目中常识新的技术，也促进了这项技术的发展。单就struts和springMVC来说，都是controller层的框架， 作用都是接收request请求，中间调用业务逻辑代码，最后返回reponse响应，不用刻意远离SSH，也 不用一味追求Spring MVC。总之，合适的就是最好的。