Strut2 性能，速度大讨论？请用过的高手 ，发表自己的看法!
------解决方案--------------------
最近在研究strut2.0.6 ,基本上是webwork的改进版,连配置文件都是类似的,只是将webwork的字样都换成了struts,2.0的版本好处再次不多说,说说不爽的地方,在ui层速度实在是慢,已经到了无法忍受的地步了,每个ui组件对应着一个ftl模板,如果页面比较复杂的话（我们系统最大的录入页面有接近60个控件）页面在加载的时候就会加载执行60个ftl文件,实在不敢想象。不知大家在界面层都是怎么处理的？
------解决方案--------------------
速度,问题嘛;
他是表现层的框架,性能在怎么提也是那样了吧,
谈提速度,谈谈hibernate怎么优化,这个是王道;
话说struts2还不错,对于struts1来说,是强悍,和spring的思想一比..话说很是不如;
重点struts2的思想并不是什么新鲜玩意,都是些简单的老思想集合起来的,没办法大多是WebWork的以前的东西,没什么新鲜的
不过个人觉得不错,他和jsf倒是有一比;
我之前看struts2的时候觉得很一般这个框架,到没觉得很霸道,不过自从弄了jsf以后,我发现我太爱struts2了.....
jsf的思想与struts2的思想相近,只是struts2比之jsf多出拦截器这个亮点,jsf比struts2多个监听器;
JSF走的传统的Servlet处理的路线,其实更应该叫struts2...感觉他比struts2更像struts2.....
struts2,通过struts.xml,配置出增强的,容器加载的时候,他自动如Ioc一般,自动创建类,以及将表单
数据注入到action实现类的方法里,然后再利用反射自动运行execute方法;
配置文件也极其相似;
呵呵,总体来说,jsf,感觉麻烦一点,功能也强大一点,界面有点类似于C#那种可拖拽的开发;
------解决方案--------------------
我觉得2 和1 的速度都差不多，没有太明显的区别，觉得楼上说得不错
------解决方案--------------------
------解决方案--------------------
撇嘴;
本来就是.....我也是实话实说.....
------解决方案--------------------
各位好
我提一个吧：
对于struts2的验证框架：凡是xxxAction-validation.xml中的fields，都必须出现于相应的action中。
当你提交表单时，如果你的xxxAction-validation.xml中的某个或某些fields，在相应的action中是不存在的，那么提交表单后struts给我们的反应是甚么？答案是－－－－没有任何提示，只是你的页面仍然显示表单页面。很不爽吧？
struts中有些东西限制的太死了。
------解决方案--------------------
摸下巴,这个问题,还真没遇到过,呵呵;
3Q6楼的兄弟经验交流,这个我记下了!~
------解决方案--------------------
struts2 没有在项目中应用过，倒是用过webwork，感觉确实比较struts1方便，最起码不用自己组装bean。
所以4楼说开发周期“Struts2比Struts1来得应该慢些“，个人不太同意。
------解决方案--------------------
另外，学习柜架，我觉得还是应该先从mvc开始。
MVC是个骨架类的东西，spring，hibernate只是应用于MVC的某一层。
个人意见
------解决方案--------------------
struts2的核心 拦截器 实现了我们常用的大多数功能，使开发更效率了
------解决方案--------------------
拦截器是添加struts2功能,灵活性和扩展性,思想上超越struts1,也仅此而已;
如果说他能增加效率,不敢苟同