事情的起因：你用过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的有名教程，如果你自认还没有对这两种模板或者其中的一种有所认识，建议你先去看看那两篇文章，应该会得到不少有益的模板应用知识。

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

1. 变量的设置
   很明显，{FOO}或者{BAR}的形式在两种模板中都是指定的形式；也就是说，两种模板处理方式中，模板文件本身的外貌应该可以是一致的（比如都是HTML文件中间含有将要被替换的以{}标识的变量）。
2. 模板类的初始化（类的构建器）
   都需要在构建模板类的时候指定模板文件存在的目录位置。
3. 变量的替换
   模板处理中最常用的就是变量替换，两种方式除了方法名不同之外（phpLIB Template采用set_var()，而FastTemplate采用assign()），用法几乎也是一致的--可以采用(key, value)的方式，也可以直接传递一个数组(array(key=>value))。
4. 模板文件的处理
   都是采用为每一个模板文件指定一个句柄（handler）的办法，同时句柄也可以作为变量的值替换另一模板文件中的变量。
5. 解析、输出过程
   都是需要调用parse()方法（这个方法名竟然是相同的）将需要输出的模板文件解析后赋值给一个句柄，然后调用各自输出的方法（phpLIB Template中是p()，FastTemplate中是FastPrint()）输出该句柄的内容并结束处理。
6. 重复解析的过程
   比如从数据库中取出几条记录需要显示而模板文件只有可替换的一行变量的时候，就很需要这样的功能。两者都具有这样的功能，只是使用时稍稍有些不同而已（phpLIB Template采用parse(handler, value, true)，而FastTemplate采用parse(handler, .value)在值的前面多加一个点），应该说phpLIB Template的方法构造得相对优美一点。
7. 区块解析的过程（或者可以称作动态解析）
   想像一下你需要从数据库中取出符合条件的数据并显示在网页中--但是因为条件会不尽相同，你并不能明确的知道会有多少条数据--这时候如果你又要采用模板，那么区块就是最好的选择。它是在模板中用特定的符号定义的部分，这一部分可以反复的被解析并添加到（而不是前一次的解析被后一次覆盖）输出网页中。区块也许就像下面显示的一样（左边是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感到陌生）。

回合二：处理速度
也许这才是很多人最关注的部分--在这个回合中，我们会采用两种模板处理的方式：一种是常规的分析、替换，另一种是对区块的解析、替换--同时这样的两种方式也是在实际系统中应用最多的：前者是一般的页面处理，后者是关于数据库内容的输出处理。同时，由于两种模板类采用的模板文件的格式基本相同，使得我们可以提供几乎一致的模板文件分别供两种模板解析，更增加了测试的可信度。

开展这样的速度测试之前会拟定一个测试方案，简单说来就是对于两种处理方式分别编写两个php测试页面，同时有一个控制测试的页面多次调用这两个页面并记录时间供采集测试数据。（如果有兴趣你还可以参考以下详细的测试方案，也许会对你深入了解这次测试有所帮助）

小结--在整个测试系统完成之后，我们应该能够得到/test目录中如下的文件清单：

php技术：在PHP世界中选择最合适的模板与使用方法第1/2页，转载需保留来源！

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。