实际应用中 DisplayTag 根本不能用

displaytag 只是观赏一下还可以,但是根本不能被使用的真正项目中,
这里有讨论:

[url]http://www.theserverside.com/news/thread.tss?thread_id=32228
[/url]

Appfuse居然也用了displaytag.他是一次性把数据库中所有的记录全部取出来! 这种想法简直不可思议,可能作者也根本没想把这个标签用到真正项目中,只是个人兴趣吧了.

我又找到了valuelist,但是他似乎没有更好的办法,  现在大家都是自己写分页程序么? 还是有更好的标签可以直接使用?

有同感.不过对于已经可以预先估计数据量不大的情况下.displaytag还是挺好用的.个人认为,对于数据量较大的情况,需要在DAO的地方就实现paging.

我觉得这个本来就不是displaytag需要关心的问题，它只负责渲染吧了，至于大数据量问题，我想这个可以在项目实际中考虑，例如我们可以通过增加条件来控制；

我在一个小项目中使用，感觉非常棒，减少很多工作量。

关于分页,土豆仙有过一个解决办法

http://totodo.blogdriver.com/totodo/316034.html

你可以用displaytag不要用displaytag的分页

这样的话使用displaytag几乎没有什么意义。

我们现在一般分页自己实现，分页导航显示部分用（http://jsptags.com/tags/navigation/pager，其实意义也不大）

特殊分页（管理方面－－有用到自定义数据导出，内部并使用不是很频繁的分页）试用displayTag～～

性能和开发效率的折中..

意义就是不用写一堆的
table tr td
还有区分奇偶行

其实如果一开始数据不是很大
又要比较快开发出来
先用displaytag的分页和排序
然后再慢慢改成自己的
不是很好么

为了这一点简洁的语法
是不是可能会增大其他功能扩展（checkbox批量js等,表格样式自定义）的难度系数？
同时增大潜在的性能消耗（标签分析渲染，分页计算）？
（不知道现在新版本怎么样了）

见仁见智的了，呵呵

http://www.javaworld.com.tw/jute/post/view?bid=11&id=22211&sty=1&tpg=1&age=-1

有时候很难估计你的系统将来会发展到什莫程度，会有多少人使用，这样就存在隐患。