我为什么不用struts

我说的意思是你写的东西可能是对这些操作比较好的应用了。。但是并不能说明struts2  就完全没有可取之出。
一个框架肯定有它的优点与不足..不能因为它有种种不足而否认它的优点而已

而且框架既然被称为框架必然有大众化和通用性在里面.关键在于人去怎么使用它而已.

呵呵，你也是自己写mvc框架的啊。

在我写mvc框架的时候，webwork没有那么多插件，功能比现在的还弱，使用范围也没有这么广。所以很多年前就是自己写的了，也没想过向struts靠拢。

我觉得mvc本身没那么复杂，如果你不向struts靠拢，团队成员学习成本也许更低。就像我的框架，出了java-json映射策略需要配置，其他配置几乎等于0。学习成本1-2节课的时间而已。

有什么好吵的。我们现在都用flex搞富客户端。你说的各种js控件，各种取值，各种复杂企业界面，我从webwork开始到struts2到springmvc,在各种企业应用+web网站都用得好好的。这些框架都能实现复杂界面和取值，没什么实现不了的。能不能实现在于人。你说你写了那么个框架，自已用就是了。毕竟struts2,springmvc是大流，也很好用。

我的题目是我自己为什么不用，没有说你们都不要用啊。

只是配置的形式靠拢，并不是所有的设计啦。

验证可以使用注解或者其他的配置形式来配置。当然写java代码也可以。
2者都可以重用，不过用注解或者其他配置的形式的可读性比较高，也可以更好的文档化。
形式上：
只是一种是 获取参数--》类型转换--》验证--》构造对象
另外一种是 获取参数--》转换--》构造对象--》验证
看似很类似，不过如果中间有验证失败的，那么第二种的构造过程就是多余的，浪费性能。

如果你做过很多开发，你不会说这种话。web应用，最花工作量的地方在于界面的编写调试和js写各种效果。至于mvc框架，不管是webwork,struts2,springmvc,自已写的，都是浅浅的一层，几乎不会花时间的。

是啊，没事就上来逛逛，突然看到这个标题，忍不住进来，举的这两个问题，看得我心发毛啊，这些都是问题么，感觉就是个标题党

就好像买了一台骄车不会开，然后大叫，老板，你这车有问题...这么复杂，你看自行车多方便啊，两脚一蹬就能跑了

正常情况下，客户端会做第一次验证的。所以用户正常通过浏览器界面提交的数据在服务器端验证一般都是能通过的。

极少数情况会在服务器端验证失败，所以你说的性能浪费，我认为可以忽略不计。

你这个比喻太搞了。

认识你到现在，见过你做的最牛的一个比喻。。。。。