struts2 UI速度很慢,实在不能接受

最近在研究strut2.0.6 ,基本上是webwork的改进版,连配置文件都是类似的,只是将webwork的字样都换成了struts,2.0的版本好处再次不多说,说说不爽的地方,在ui层速度实在是慢,已经到了无法忍受的地步了,每个ui组件对应着一个ftl模板,如果页面比较复杂的话（我们系统最大的录入页面有接近60个控件）页面在加载的时候就会加载执行60个ftl文件,实在不敢想象。不知大家在界面层都是怎么处理的？

这个比较关注,刚刚学习struts2.

只有第一次访问才会加载，随后就是从缓存里面取了。

楼主看看是不是js文件加载的比较多？特别是用struts2的ajax theme。

即使有缓存,每个请求都要解释执行n多个ftl文件,还是比较慢,不过编辑页面并发行不会太大,问题还是可以规避的.

   动态生成的UI都存在效率问题。比如JSF、Tapestry等也是这样。
当一个页面的UI逐渐太多的时候，性能极度的差。
    而且UI组件只能编程的时候可以重用。最终生产的js却无法重用。比如我们有一个页面用10几个日期输入的组件。结果生成的页面中每个日期组件都对应着一大对JS脚本。最终生产的整个html页面保存下来都接近1M。
性能浪费在UI组件的生成方面，是多么的不爽。
    我现在很怀疑UI组件的用途了

解决的办法就是不用他的标签库，效率不说，容易限制UI的灵活性。

没用过，关注中

基本上，如果有对主题进行修改，struts的UI组件似乎可以称之为不可用，完全就是一半拉子工程。

绝对不要用xhtml和Ajax，xhtml限制N多，Ajax还很不成熟。

自己修改simple，保持每个控件最简化，收益还是有很多的，并且可以在效率与速度之间取得比较好的平衡。

的确过多的UI组件会造成性能低下，利与弊之间做个折衷的选择吧