关于 Taglib 适用场合的新想法

在经过 robbin 发起的对 Taglib 是否有用的大讨论后，尤其是在看了 Jelly 的设计后，我对 Taglib 的适用场合有了新的想法。
完全否定 Taglib 似乎是一个偏激的想法。很多朋友对 Taglib 在 Web 页面中的大量采用持有保留意见（包括我在内），但是 Taglib 其实还有其它的适用场合，例如在后台的配置文件中（就是那些不需要显示的应用）。事实上 Maven 的所有的插件都是采用 Jelly 的 Taglib 来开发的。在这个领域，采用 Taglib 对开发效率所带来的提升是很明显的。可以说只要使用 基于 XML 的配置文件来做事情，就无法避免使用 Taglib。而 Jelly 已经把 XML  当作一种新的脚本语言来使用了。Jelly 做这一切事情是如此自然，以至于我掌握 Jelly 几乎没有花费多少时间。

嗯，我也是这样想，所以我一直在jsp页面中，存在java，htmltag，taglib三种东西。而struts的taglib我只用bean的，html，和logic的几乎不用。

不过具观察，很少人支持这种混用。

而我觉得在页面中这样作，除开损失了“页面的技术的纯粹性”之外，没有损失别的。
而这样能够利用taglib的有点，又尽可能的减少taglib带来的负面影响。

上次我提到了一次的那个JSPWedgit，http://edu.uuu.com.tw/jspwidget/，有个用taglib实现的menu控件，就很酷，（通过动态产生js），这就比那些任何相应都需要提交表单的要好的多
。可惜它的控件还是不够丰富，除开那个menu，其他控件的交互操作也要提交表单，而且版本太低。

html也是标记，只不过是大家都接受的标准标记

taglib说白了就是自定义标记，是对标准的补充，自然更灵活，它的问题也由此产生——不通用，会产生维护上的问题。

如果，taglib能在使用和维护上象自定义函数或类那样自然，还是很好的——可那样还不如直接用java，但要美工也来学学java吗？

如果我是美工，我情愿学习java语法，搭配熟悉的html。

也比学习struts的taglib快。

实际情况是，美工什么都不学，画好界面，程序员拿到界面后自己调，把需要从静态的地方改成动态的，这个时候换成java还是taglib都都是程序员的活，不会麻烦美工。

无名兄说的不错，XML，XHTML本来就是可自定义标签，可扩展的，使用taglib扩展原来的HTML我想再正常不过了。

我个人目前的看法，使用taglib一般情况下就不要追求IDE支持，可视化编写，难道大家不习惯XML文件直接手写吗？当然HTML手写实在繁琐，全部一行一行写起来有点恐怖，也不利于控制效果之类的，那就只能用一个东西封装，就像写代码追求封装简化，我想这里不但是封装java控制代码，也可以封装HTML代码、风格之类的。我看了WW的标签库似乎才有点明白，而且它的标签库还是基于模板，也可以自定义组件，很容易改，这个可以按需要定制，当然就不一定要程序员来做。封装的结果再加上其他的模板技术，理想化的情况是我的页面文件都只有很少的代码，完全像XML配置文件一样。而现在的web程序HTML代码用Dreamweaber生成，哪个不是每个文件都数百行之多，里面有多少代码都是重复冗余的呢?看看外国那些开源的XXX写web程序从来没有听说过用Dreamweaver。当然，有IDE能够自动生成更好了，就像hbm.xml格式很通用了，搞个工具来减轻一下的工作负担，但XML是可扩展的，工具永远都不能满足所有的需求，我个人觉得对web这里*很多*场合IDE并不见得很必要，也许处理好代码本身是最重要的。

当然，封装是一定困难的，也需要时间，只是在我见到的情况下好像适用，jsptag这种封装方式也不一定是最好的，struts的taglib我也不喜欢。

我前面一个帖子就讲到了，taglib和HTML本质上是不同的。taglib是编程，而HTML是视觉设计，这就决定了在该由视觉设计人员来完成的工作部分(界面设计)引入taglib是错误的。

简单手写,复杂的XML还是用xmlspy



如果没有用它生成动态效果和javascript, 还是很可以接受的  

国外向来轻界面而重内涵嘛,哈哈

我覺得應該這樣分：html是客戶端標簽，taglib是服務端標簽，運行的地方不一樣。Dreamweaver只能解析客戶端的標簽，把他的效果顯示出來。假如有天有人做出能解析服務端標簽的Dreamweaver我看很多人又會說taglib好。
現階段，如果界面復雜多變還是不用taglib好。
如果就是簡單的頁面，或者已經把界面做成了模板那就要多用taglib了。
還有無論是html還是taglib，最終還是用來控制頁面的顯示效果的，我只看到結果，可不管他是用什麼方法做出來的。

呵呵，也许我说得过了点，因为你在taglib模板里面完全可以控制CSS,也可以对tag增加javascript，我觉得很大程度javascript应当封装tag里面。当然我没说taglib这种方式适用于所有的场合，一般的项目我想美工还是足够了。经过封装之后页面的维护性会大大增强的。因为一般的封装的taglib和美工配合以后就相当于是页面的模块，比如提交的form，显示数据列表等等，预先都能知道效果的，一般也不需要想象力吧，而且加了模板（比如sitemesh，tiles）之后本来 就不可能所见即所得的写代码啊

其实我也不觉得写HTML之类就不是程序员的事情，如果是桌面开发，前端界面程序都由美工MM来编写？