spring3mvc与struts2比较

3.0的validate我没搞明白  暂时只是简单应用  等有时间了  再考虑其他的
现在都不管入例校验  应为在客户端校验过了，服务器端默认就认为 客户端提交过来的数据是正确的  肯定是不安全的

学习了 不错。spring3 mvc可以达到每秒3000的并发点击.印象深刻。。

像struts2和spring3 mvc这样的框架如果流行起来，那才真是java莫落的前兆。
而jsf,seam这样的真正把java威力发挥的框架不流行，是一种悲哀。

能说的再详细点吗？

Spring3 MVC相关的资料，中文的哪里比较好些呢？

我是觉得，像struts2系，spring3 mvc系等等整个围绕的是页面请求，参数，围绕这些东西思考的就是过程式。jsf,seam围绕的是事件，对象状态，对象交互，对象生命周期，jsf,seam中，页面也是通过一些标签包装后的，可供其他任意bean访问的对象，这些东西才是java做为一门静态强类型的，面向对象的语言应用的地方。

to zdmcjm
不知道你有没有测试过 jsf + seam 的性能怎么样. 建议你做过压力测试后在说这话. 其实每种技术的出现只能解决它所面对的特定的问题.

spring3我觉得对性能还是有一定的影响, 因为在它的代码里为了达到就有的灵活, 使用了很多的反射. 为了灵活, 这是必须的. 目前至少我是这么看的.

spring3.0对参数的校验引入了jee6里的jsr-303.

不过在我们的项目里我认为它起不了什么作用, 准备把jsr303给去掉. 要校验的地方自己手写代码校验, 这样比较放心些.

to wen66
不用做压力测试也知道啦，光看@Name这种运行时注解就知道，他的性能不会好到哪，再看到他的动态注入方式，还双向，更加不要对他的性能抱希望啦。所以我说悲哀啊，seam是在正确的使用java，但是。。。

完全胡扯。

事件驱动的Web层框架永远不会成为主流，只要是基于浏览器的应用，请求-响应模式会贯穿始终。Seam提供的是一站式解决方案，但是它的Web层依然使用了JSF这样的落后技术。很多年前就被证明，JSF这种基于标签的实现，不可能解放我们的开发。