我也踢Taglib一脚

如果想程序 和 页面 分离的更完美的话  wicket做的不错

我最近也在看wicket，他的用Swing的思想开发web确实好像不错，不知楼上的有没有用它开发的实际经验？

搂主的见解在下不敢苟同，使用<%%>没有什么不好，但这只对对项目极度负责，同时也敢和老板的最后期限敢说“NO”的高手来说。再好的设计及编写的JSP里，使用<%%>也可以让页面的逻辑和可读性很高。但是，现实却往往是这样的，大多项目的Coder是低成本的（页面里能塞多少就是多少，Action类在哪？我还没找到呢），大多数项目的最后交工期限是迫在眉睫的（老板：这个功能这么简单，明天就应该OK吧？XX经理：明天我就要给客户展示了！：），大多是参与项目的人才不管这个项目潜在的问题以及以后的维护（或者是已经找好了跳槽的单位，或者是已经顾不多了，爱咋咋地吧）。<%%>的功能强大，但同时也带来了被滥用的下场。而且，它破坏了HTML本来已经很脆弱的格式化是板上钉钉的事情。从某种程度上来讲，Taglib的出现，是一种进步，这种进步我们可以联想Struts，难道在Struts之前就不能设计出好的MVC吗？Struts成为现实中J2EE Web程序的标准，最关键是他的设计思想，而不是他的实现。Struts规范了行为以及职责，从而减少了技术被滥用的机会。当然，现在自己写一个Taglib也可能带来技术被滥用，可是一般，懂得自己写Taglib，应该更懂得有些东西还是放在Action得比较好。而且现在好多的Taglib，相信除了Apache的，以及核框架集成（比如SpringMVC的），相信大家别的也用得很少吧。我建议还是只用JSTL比较好，我是比较欣赏JSTL的，当然SQL库实属鸡肋，我估计他的出现也只是为了产品的完整性，可是Core库实在是方便得很，特别是EL表达式，清晰！简单！如果这些东西不好的话，为什么JSP2.0会添加对EL表达式的直接支持。再者，Taglib是无视JS或者HTML的，所以不存在和JavaScript配合不好的问题。
我们再谈何美工的结合，说实话，我接触的美工，一般只负责一开始的静态的页面，后面不管再怎么改，只要不是重新设计都是我们程序员的事情。我认她们不光Taglib看不懂，<%%>她们也看不懂吧。不是为什么看不懂的问题，是给个让美工能看懂的理由先。现在，我眼中的好美工的标准很简单，就是给我一个标签对齐的Html。美工和测试员一样啊，我感觉在国内这两个职业的发展完全没跟上程序员，因为太多他们应该做的，往往都被程序员做了。所以我感觉，因为美工的原因，就说Taglib无用，不恰当。有点拉不出大便怨茅房的感觉。；）

岂止是美工和测试员,还有
project manager和business analyst,

等一下,还有老板....国内老板有好的management skills的也不多呀

一个够懒的ui设计师应该会有自己的一套css模板，改个页面风格，基本上只需要改动一下css就ok了，而且在我们公司ui设计只设计demo，页面上的开发基本上是程序员来做的。

andyyehoo ，你的做法不是疼惜美工mm哦。页面需求改变，小的是由程序员自己搞定，大的要项目组长整理清楚，让美工改模板一直到满意。怎可让美工mm去修改jsp页面。
可能你们公司规模挺大的，呵呵，有n个美工完全负责页面部分了吧。
比较同意孤魂一笑的做法。不能让美工参与实际页面代码的编写，就算有也要控制到最少。

taglib的优缺点争论估计是没有结果的，呵呵。
不过看包括robbin在内的反对taglib的理由，竟然都是因为美工要去维护jsp页面，在这个时候taglib产生了大麻烦。页面展示本来就属于程序开发的一部分，属于编程范围，就算将来出现页面上全部用html就能搞定页面输入输入的框架，它还是属于编程。
为什么这样说呢，页面展示和收集数据一定要了解后台（如action）的接口、数据格式等等内容。
正如robbin和楼主andyyehoo 所说，美工不应该参与逻辑思考编程。美工（一般就一个）不应该直接参与页面编写和维护。：）

TO:孤魂一笑

我本人就是作页面出身，用dw比用jb多，css,java,都是我指导美术去做的（我们都叫美术不是美工），
问题是在很多情况下，都不是很正常的让美术先出页面，然后程序员加程序，而是先做好程序，最后让美术加工。
比如，先在很短的时间实现些简单的功能看看，或者美术没有时间，或者像我们公司目前一样，没有美术，如果你想先做好页面，那么需要把整个程序设计好在做，但是很多情况下没有时间详细设计，而是做到哪，设计那。
而且，
就算是先做好页面，然后再嵌程序，也会有因程序而是页面样子改变的情况吧。这时候的调整，怎么办。（我公司一般都是我调），用dw一打开就乱乱的，一点调页面的心情都没有了，如果tag出现错误，更是难调。

维护jsp页面是很重要，很重要的，因为

第一，不关美术的事，因为那是加了程序才乱的，而且他们也看不懂。
第二，不关程序员的事，因为我们已经实现了程序的功能，只是页面上有些显示的问题。

那么谁来做呢？

关于TAGLIB的优缺点，争论自从其产生就没有停止过，Taglib的目标据我的理解本是要消除JSP页面中的JAVA逻辑代码，增强页面代码的可读性，使页面设计与事务逻辑的工作分离，达到程序员和美工能各司其职的目的。

  而如今的问题是如果美工维护页面，则其必须了解Taglib，而Taglib的产品众多，导致美工学习成本很高。其次现有的IDE对Taglib的可视化编辑支持都不好，虽然Struts，JSTL等Taglib在DW下有可视化的插件，但是极不完善，难堪大任。
 
  JSP Taglib短期内应该不会被其他技术取代，无论你同意或是不同意。解决目前问题的办法，也是可以考虑的。第一，统一完善Taglib 产品，使其更强壮，稳定，完善，退而求其次，一个企业内部可以讨论使用一种Taglib产品，减低美工学习成本。第二，完善目前的支持可视化Taglib的IDE插件。

   以上谨见，抛砖引玉。

我所知道的IT界"美工"也叫WEB Designer, 他们用Photoshop 或者 fireworke做出模版,切图,然后输出为html, 这些html我们叫mock up pages, project Manager将这些mockup页面作为demo给客户看, 修改,差不多stakeholder们批准了,然后再是程序员(构架师?)开始工作.DB设计,结构设计,分工.
我知道好多java牛人是不用dreamweaver编jsp的,我还知道有人还只用vi.
反正我是用dreamweaver打开jsp,还必须是上边代码下面预览的那种,这样我只要用鼠标点到需要插入代码的那个block,上面代码栏立即就会跳到对应的地方.
所以如果我打开一个jsp页面, preview里乱七八糟,  嘴里就会骂上sh*t(声明一下我不是mm).我还常常不自觉的修改别人有问题的html标签, 让其能在dw里正确显示.
所以我支持tapestry.
反正打死我也不用taglib, 我宁肯用传统的<%%>.