用Grails的TagLib实现博客模板兼论TagLib是否应被一棍子打死

最近在JavaEye上参加了两次讨论，《Grails is a breath of fresh air for Java developers》和《Java web开发你还会选择其他的框架吗？》，在Robbin的带领下两次讨论渐渐变成了对TagLib的大批判，总体来说大概有两种观点，一种是以Robin为代表的革命派，认为TagLib是一种历史的倒退，早应该被抛弃了；另一种观点是TagLib确实很难看，不过也不是一无是处。

Robbin对TalLib是深恶痛绝的：

Grails只能使用JSP Tag作为view层实现，简直就是历史的倒退，基本上凡是强制使用JSP Tag的Java Web框架，我无一例外的反感……
只要JSF还用JSP Tag，就绝对不值得考虑……
jsp tag的致命缺点有三：
1、极难扩展

在页面扩展可重用片断，必须自己用Java编写自定义Tag。而这个工作对于模板语言例如freemarker来说是很简单的事情，即使可以自定义tag，也会造成tag泛滥，项目难以维护。

2、不能脱离Servlet容器存在
必须紧密藕合Servlet容器，造成View根本无法测试，无法扩展

3、无法动态切换View
对于类似博客网站是致命缺点，博客切换模板，要求根据程序的状态，动态切换整套不同的View，JSP Tag完全做不到这一点。

其实保这种观点的人还是很多的，今天看到ajax的站长李锟也这样说：

2001年我做Web开发使用的是ColdFusion，在当时几种Web开发技术ASP、PHP、JSP、ColdFusion中， ColdFusion的开发效率是最高的。但是ColdFusion是商业产品，在国内的用户很少。ColdFusion全部使用自定义的tag来做开 发，JSP开始支持自定义tag，并且在JSTL推出之后建议完全基于JSTL，而不是scriptlet做开发，这些在我看来就是对 ColdFusion的拙劣模仿。使用ColdFusion做开发的愉快感觉到了使用JSP就不存在了……

但是从上面这段话可以看出标签式的开发也不是一无是处的，李锟不也说在当时ColdFusion的开发效率是最高的吗？其实我认为TagLib虽然已被普遍抛弃，但有些场景还是可以做到事半功倍的，用一下也未尝不可，而且，Grails的TagLib开发起来是非常的简单的，下面我给出一个小例子。

在Grails的应用的taglib目录下新建一个文件YhTagLib.groovy：

java 代码

class YhTagLib{

    def booklist = { attrs, body ->
        def i = Integer.valueOf( attrs["times"] )

        def bs = Book.listOrderByName(max:i)

        for(b in bs){
            body(b)
        }
    }
}

其中，Book是我已经建好的一个domain类，它有一个name属性，然后我们在gsp文件中就可以这样使用这个TagLib了：

xml 代码

<g:booklist times="10">
      <li>${it.name}<!---->li>
<!---->g:booklist>

和开发一个JSP的TagLib相比，这是不是非常简单呢？也许有人说了，这有什么用呢？试想一下，如果我们做一个博客网站，把gsp作为用户可修改的模板，那用户就可以通过这些标签做出各种灵活多变的页面，换句话说，他们是在使用我们提供的标签编程。当然，在TagLib中直接操作数据也许会被认为是破坏了MVC结构，破坏了分层原则，但我认为在一些小型的应用中也无关紧要吧。

 

评论

3 楼 flyisland 2007-04-24  

发现这个grails tag lib，似乎没有名字空间，直接是 <g:"函数名">。这样子应该不利用tab lib的重用与共享，太容易引起冲突了。

不晓得在grails中是否能够避免这种冲突？

2 楼 zelsa 2007-04-04  

。。。。。。

1 楼 Readonly 2007-04-04  

TagLib == 尴尬
简单的用途，不如模板语言
复杂的用途，不如基于组件的架构

另外偶最烦拼错别人名字的，一点技术含量都没有...