关于STUTS的taglib，我总觉得弊大于利，使得业面编辑困难，难于维护，不知道大家怎么看？

Question

错误的，结论是利大于弊的首先，它定义了一个最基本的framework，使得开发起来，对面向对象的，有了一个更好的理解，建议使用的taglib技术，使页面的代码更少，虽然，它的缺点使页面不怎么好维护，其实个人认为，维护不时我们编码人员的工作，我们只需要把java的程序写好就可以了，或者说，把接口给前面开发的人员，我们根本不需要来写前面的jsp了，hoho

Answer 1

我刚开始接触也有相同的看法,不过,现在越来越感觉其提供的标签的强大功能,相信当我们能够熟练掌握所有的taglib后,定会使我们的开发变的很容易。
个人观点！不知大家有什么看法！

Answer 2

to elapsed(鸡毛乱舞) :"它定义了一个最基本的framework"是什么意思，taglib只是STRUTS里针对VIEW层的一项技术，对宏观的模式起决定作用的不是它，而是CONTROL SERVERLET。象一个大型的应用，非常之多的业面流，你怎么调整每个业面的元素的位置？VIEW层的确是分离开来了，可是也变的不好控制了，我没说taglib复杂，我只是说它这个问题比较严重，也许不用会带来额外的好处。

Answer 3

呵呵，我在转漠漠呢。@_@
发愁的是将来众多的页面如果要改显示部分都要去一点点改JSP中的TAGLIB，而不能在DW里改，痛苦的是这个，就象用记事本写HTML一样，又回到旧社会了，呵呵。

Answer 4

Struts 1.1以后有tiles可以解决很多问题。

Answer 5

可是我一般的开发流程是以一个模块为单位的，
从一个request到一个response结束的，
从servlet一直写到jsp。
不知道大家是以怎样的流程开发的。
用了taglib，是不是能提高开发效率呢？

Answer 6

很多东西，是深入以后才能领悟他的奥妙的，就像使用IBM的软件，刚开始时总觉得不好上手，用会以后就觉得他的很多软件实在是太美妙了。

Answer 7

在对界面的可编辑性差解决之前，我决不用TAGLIB，
现在打算用：
VIEW：JSP
CONTROL：STRUTS CONTROL SERVLET，ACTION 
MODEL： EJB
暂时先这么搞了，未来考虑用COCOON。

Answer 8

怎么方便怎么用，客户怎么要求怎么改。当然mvc mode2的框架不能丢，呵呵。
taglib不属于这样框架的技术描述点，只不过是分之细节罢了。
不过那么拘束。
当需要来临事，时机成熟时，一切会改变的。