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

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

评论

16 楼 Kousan 2007-04-18  

我之前对Tapestry的一些UI进行提取，封成自定义TAG（没办法，团队里都只会用STRUTS，而且都不愿学Tapestry）并用JS动态加载的方法，现在一个页面7-8个日期选择控件，就一个DATEPICKER的代码，感觉还算好用~

15 楼 sunsy 2007-04-16  

用了一段时间的DOJO，到0.4的时候问题还是很多的，就改为项目组自己开发WIDGET了，借鉴了一些DOJO的做法，但是更轻量，现在用得也挺好的。
　　当时用DOJO发现的几个问题，在FRAME下会有内存方面的问题，一个页面如果控件比较多的话会非常慢，而且当时的样式也不是很好看，自己去改样式的话升级时又不是很方便，页面验证也不是很好用，还有一些其他的问题，最终还是放弃使用。

14 楼 Arden 2007-04-16  

一个基于dojo的UI，你说速度能不慢吗？dojo下一下目标的重点就是在性能方面下功夫！

13 楼 wokgsi2 2007-04-02  

差沙 写道

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

当然jsp是最简单和最灵活的技术,可是ui组件的正确使用确实可以带来很多好处,用的好还是很爽的,比如列表选择元素数据的回填（select,radio,checkbox元素）可以直接通过ui组件实现,不需要通过if else判断,一些封装好的大组件tree,tab,datetimepicker（struts2用的dojo日期选择控件也不敢恭维）等也不需要自己去写js,同时我认为最大的好处还是可以实现整个界面层的校验工作,所以尽管struts2种的ui组件仍然存在着很多问题我还是希望通过扩展和定制化去解决。

12 楼 kevinhuang 2007-04-02  

一定要用它的UI组件吗？没觉得有什么好处啊a

11 楼 RoyMax 2007-04-01  

新项目用Struts2,不用它的控件和标签，直接用JSTL＋HTML，也很方便啊

10 楼 firmgoal 2007-03-31  

robbin已经说得很清楚了，有缓存。FTL的缓存是由FreeMarker实现的，而且缓存的不是FTL文件，而是已经解析FTL后的结点对象，所以基本上不存在太大的效率的问题。

9 楼 morfil 2007-03-31  

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

8 楼 cqwonder 2007-03-31  

引用

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

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

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

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

7 楼 haihai 2007-03-30  

没用过，关注中

6 楼 差沙 2007-03-30  

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

5 楼 林秋枫 2007-03-30  

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

4 楼 wokgsi2 2007-03-30  

robbin 写道

wokgsi2 写道

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

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

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

3 楼 caryl 2007-03-30  

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

2 楼 robbin 2007-03-30  

wokgsi2 写道

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

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

1 楼 jamesby 2007-03-30  

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