艰难的抉择：SpringMVC OR Struts2

目前公司在选择MVC框架时，出现了分歧：
一派支持SpringMVC，理由是足够强大，已经在两个项目成功使用
另一派主张用Struts2.0，理由是觉得它比SpringMVC强大，对AJAX集成的好

我是属于第一派的，但是由于我不熟悉Struts2.0（webwork2），所以也不能说服另一派的

下面列出我对这两个都很优秀的框架的评估，请各位帮忙评判一下：

------------------------SpringMVC-----Struts2.0（webwork2）--------------获胜者
开发效率----------------5-------------？---------------------------------？

运行效率----------------5-------------4（action非单例）------------------SpringMVC

学习成本----------------4-------------3（同事反应学习曲线比较陡）--------SpringMVC

与Spring集成------------5（无缝集成） 4----------------------------------SpringMVC
难易程度

validator集成-----------4（commons）--5----------------------------------Struts2.0

AJAX集成----------------4-------------5（丰富的tag支持）-----------------Struts2.0

可测试性----------------5-------------5----------------------------------平局

选个 webframework 没必要搞的这么累, 看团队的熟悉情况了

因为事关未来很长一段时间的技术路线，所以不敢随便选
目前团队熟悉SpringMVC更多一些，但光凭这一条还不够啊

struts2的运行效率不大好

exactly. struts2 is very very slow.

开发效率：这两个都是成熟框架，只要熟练了，用什么的开发效率都应该差不多，没啥比较的意义
学习成本：这个也没啥意义，用多了就会了，会了也就不用学了，和基础有关，其实对新手来说都挺陡，对老手来说都是看看文档操演操演例子就ok的事情
与Spring集成：都是简单的无以复加，没什么好比的
AJAX集成：这个嘛，struts2虽然自带了ajax支持，封装了dojo，但是个人觉得没什么实际意义，ajax这玩意儿就应该独立出来，不应该是java web framework的责任，封装得再好，也不如尽在自己掌握来的舒心那
validator集成：这个不知道你指的是不是校验，struts2的校验也很简单好用啊，怎么成了最大的弱点了？
运行效率：这个倒真没仔细测试过，不知道单例与否的差距会有多大

其实，这个选择个人觉得还是更应取决于团队的基础和喜好，不用想那么多

我觉得足够了，我们公司也经过了类似的选择，因为对struts2更熟悉，所以选了它。struts2的确有很多不爽的地方。个人觉得Ajax的集成正是struts2的败笔之一，Ajaxk框架就是让你拿来用的，封装纯属脱那个啥放那个啥。至于运行效率，从Jdk1.5以后单例与否已经不是决定运行效率的因素了，它的GC算法专门针对这种瞬时对象优化的。

或许再考虑一下这点：如果有团队有人离职，要在市场上找到人才来补充，哪种框架的人才好找一些？当然如果团队有了很好的培训机制也没问题了

封装得好的struts2+freemarker+sitemesh开发速度与维护能力堪比ror，springmvc对这两个框架的集成弱一些，需要自行扩展一下
struts2 要说慢主要就是慢在tag上，不用太多没必要的tag，结合freemarker宏就足够了，
集成spring, validator都没问题
展现数据的差别，struts2 是view向controller拉数据（类似ruby的erb访问helper），spring mvc是controller向view放数据，两种方式看个人喜好，个人感觉struts2的方式更灵活，当然spring mvc也可以通过封装做到struts2的行为，
struts2最好的地方在于xwork interceptor，非常非常有用，可以很简介灵活的实现功能，一两句话写不完，网上都有

这2个框架很难比较，各有优缺点。但估计用Struts2，在市场上更容易招人一点。理由如下：
1、Struts2比Spring MVC更容易学习。学过Struts1的人移植到Struts2比，Srping MVC更容易一点。
2、Spring MVC太过灵活，学习曲线比较高。
但是，就团队而言，可能用Spring MVC更好。毕竟，都是相对成熟的框架，不存在什么效率、性能问题，就是有，那也只是不够熟练，没有用好而言。