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

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

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

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

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

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

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

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

ddd[u][/u][list]