PHPLIB Template和FastTemplate的比较

php工程中的模板应用，是进行中型乃至大型项目中建议采用的处理表现层的好办法。但是具体到模板的实施，采用何种现有的模板技术却需要进行一番比较。

php世界中比较受关注的模板处理有phplib template和fasttemplate两种，我们对技术的易用性和速度进行了评测--想知道结果吗？

事情的起因：你用过fasttemplate吗？

对于php工程中的模板应用，其实我和我的同事们已经在许多的项目中接触过--关于它的好处，我想无论是在实际开发阶段还是上升到设计模式的角度都已经有很多"前辈先哲"讨论过了。就项目实施而言，在一些中型甚至大型的项目中，有效的将html（还有其他文本形式的表现层）和php代码分开，不仅在开发阶段可以分别提高界面设计人员和应用程序编写人员的工作效率，更会给项目的测试和维护带来巨大的便利。

但是--本文的目的不是讨论模板的优缺点，也不是作为指导性的教程讲授如何在php项目中使用模板，而是以应用的视角比较两种php世界中最为流行的模板处理方式（其实只不过是两种模板类）：phplib template和fasttemplate。

其实我一直都在"安静"的使用着phplib template--很稳定而且看上去速度也不错，以至于我并不想再去不安的寻找可能更好的替代品--虽然我也知道这个地球上还有fasttemplate这样的东西（而且还在perl的世界中大名鼎鼎）。直到有一天，有一个同事问我："不知道fasttemplate怎么样？为什么我们不试试fasttemplate呢？"

"好吧，就让我们试试！"不过作为一个稳妥的方法，在任何新的模式或者方法引入项目之前，最好能够更加全面的了解它，以及找到一个或者几个足够说服自己和同事去采用它的理由--对于fasttemplate也不例外。

主角出场：了解phplib template以及fasttemplate

前面已经说过，我已经使用phplib有一段时间了--我想屏幕前的你也许和我一样，也对这个优秀的工具类库印象很深吧！同样，当我开始寻求模板的解决办法时，很自然的就会在最接近身边的工具箱里搜寻，于是我找到了phplib中的template类。在最初的很快浏览完它提供的api之后（当然还得感谢phplib详尽的文档），我就开始了使用它的历程--直到现在。

而fasttemplate似乎名气更响亮一些，在其发迹的perl世界中自然是这样，在php世界中似乎也是，单单从这一点上就足够让人相信它的能力了。

关于两者的使用办法，本来我想在这里多废话几句的；但是毕竟觉得自己恐怕专门写出两篇教程来也没有现有的教程受欢迎--在本文的参考资料中有关于phplib template和fasttemplate的有名教程，如果你自认还没有对这两种模板或者其中的一种有所认识，建议你先去看看那两篇文章，应该会得到不少有益的模板应用知识。

（一番鼠标点击以及眼球转动甚至亲自编写测试代码之后，）现在你对两种模板都有了一些了解，也许已经发现了它们之间的很多相似之处，在下面我就会将这些地方归纳一下。

变量的设置

很明显，{foo}或者{bar}的形式在两种模板中都是指定的形式；也就是说，两种模板处理方式中，模板文件本身的外貌应该可以是一致的（比如都是html文件中间含有将要被替换的以{}标识的变量）。

模板类的初始化（类的构建器）

都需要在构建模板类的时候指定模板文件存在的目录位置。

变量的替换

模板处理中最常用的就是变量替换，两种方式除了方法名不同之外（phplib template采用set_var()，而fasttemplate采用assign()），用法几乎也是一致的--可以采用(key, value)的方式，也可以直接传递一个数组(array(key=>value))。

模板文件的处理

都是采用为每一个模板文件指定一个句柄（handler）的办法，同时句柄也可以作为变量的值替换另一模板文件中的变量。

解析、输出过程

都是需要调用parse()方法（这个方法名竟然是相同的）将需要输出的模板文件解析后赋值给一个句柄，然后调用各自输出的方法（phplib template中是p()，fasttemplate中是fastprint()）输出该句柄的内容并结束处理。

重复解析的过程

比如从数据库中取出几条记录需要显示而模板文件只有可替换的一行变量的时候，就很需要这样的功能。两者都具有这样的功能，只是使用时稍稍有些不同而已（phplib template采用parse(handler, value, true)，而fasttemplate采用parse(handler, .value)在值的前面多加一个点），应该说phplib template的方法构造得相对优美一点。

区块解析的过程（或者可以称作动态解析）

想像一下你需要从数据库中取出符合条件的数据并显示在网页中--但是因为条件会不尽相同，你并不能明确的知道会有多少条数据--这时候如果你又要采用模板，那么区块就是最好的选择。它是在模板中用特定的符号定义的部分，这一部分可以反复的被解析并添加到（而不是前一次的解析被后一次覆盖）输出网页中。区块也许就像下面显示的一样（左边是phplib template采用的区块设置，而右边则是fasttemplate采用的）：

好吧，如果你对以上苍白的文字介绍还是有些摸不着头脑，那么我们就来看看两个详尽的模板处理的例程吧！（如果你有兴趣对后面的测试代码进行发掘，就会发现其实以下的两个例子都来自那里）

怎么样，是不是感觉几乎是一致的？下面是区块解析的例子，你也会发现同样的效果：

我们的测试目标和结果

结束了对phplib template和fasttemplate的了解，应该可以进入本文的正题了--在应用环境中当然应该选择易于使用同时速度理想的部件构建系统，那么对于这样的两种类似技术，进行评测非常有必要。评测应该是由两部分组成：技术的使用难度和速度的快慢程度--前者是评论的部分，而后者是测试的部分。对于前者，我们主要针对两个类提供的api进行评论；对于后者，我们会让测试的数据来说话，当然这中间免不了需要编写一些简单的测试代码。

回合一：技术的易用性

这一回合主要是探讨phplib template和fasttemplate提供的api的使用情况。应该说，前者提供的api更符合php的一些常见编码惯例（特别是当你的项目中采用了phplib的其他类时，这样的规范性会对整个项目有好的影响）；而后者的一些方法名总觉得有些别扭（希望你不要觉得这只是我的狭隘看法，比如fastprint()等等），同时方法的参数也不是非常"地道"，这一点你也可以从刚才的代码看出来。

另外一点需要指出的是，对于模板区块的解析，fasttemplate直到最近的版本才开始支持。也就是说，如果你采用了之前的版本，在处理诸如数据库中记录的输出等内容时，不得不把这块内容独立存储在某处，然后在模板分析处理时附加上这个文件--真是一件让人难受的事情，尤其是对网页设计人员而言。

当然还有一点需要考察--那就是对于php版本的支持。phplib产生在php3的时代，这一点和fasttemplate差不多；但是根据我们的应用，phplib在现在的php4环境下运行相当好，而fasttemplate的网页上则显示了一些信息表明对于php4也许它还有一些bug存在。

好了，讲了这么多（也许你会觉得都是fasttemplate的坏话），这个回合的胜利者很明显：phplib template，尤其是你同时在使用phplib的其他类时，这样的技术易用性更加明显（你将不会对这些出自同一个开发小组的api感到陌生）。