分类: LINUX
2006-09-19 13:42:30
在PHP世界中选择最合适的模板比较PHPLIB Template和FastTemplate |
级别: 初级 2001 年 7 月 01 日 PHP工程中的模板应用,是进行中型乃至大型项目中建议采用的处理表现层的好办法。但是具体到模板的实施,采用何种现有的模板技术却需要进行一番比较。 PHP世界中比较受关注的模板处理有PHPLIB Template和FastTemplate两种,我们对技术的易用性和速度进行了评测--想知道结果吗? 对于PHP工程中的模板应用,其实我和我的同事们已经在许多的项目中接触过--关于它的好处,我想无论是在实际开发阶段还是上升到设计模式的角度都已经有 很多"前辈先哲"讨论过了。就项目实施而言,在一些中型甚至大型的项目中,有效的将HTML(还有其他文本形式的表现层)和PHP代码分开,不仅在开发阶 段可以分别提高界面设计人员和应用程序编写人员的工作效率,更会给项目的测试和维护带来巨大的便利。 但是--本文的目的不是讨论模板的优缺点,也不是作为指导性的教程讲授如何在PHP项目中使用模板,而是以应用的视角比较两种PHP世界中最为流行的模板处理方式(其实只不过是两种模板类):PHPLIB Template和FastTemplate。 其 实我一直都在"安静"的使用着PHPLIB Template--很稳定而且看上去速度也不错,以至于我并不想再去不安的寻找可能更好的替代品--虽然我也知道这个地球上还有 FastTemplate这样的东西(而且还在Perl的世界中大名鼎鼎)。直到有一天,有一个同事问我:"不知道FastTemplate怎么样?为什 么我们不试试FastTemplate呢?" "好吧,就让我们试试!"不过作为一个稳妥的方法,在任何新的模式或者方法引入项目之前,最好能够更加全面的了解它,以及找到一个或者几个足够说服自己和同事去采用它的理由--对于FastTemplate也不例外。
前面已经说过,我已经使用PHPLIB有一段时间了--我想屏幕前的你也许和我一样,也对这个优秀的工具类库印象很深吧!同样,当我开始寻求模板的解决办 法时,很自然的就会在最接近身边的工具箱里搜寻,于是我找到了PHPLIB中的Template类。在最初的很快浏览完它提供的API之后(当然还得感谢 PHPLIB详尽的文档),我就开始了使用它的历程--直到现在。 而FastTemplate似乎名气更响亮一些,在其发迹的Perl世界中自然是这样,在PHP世界中似乎也是,单单从这一点上就足够让人相信它的能力了。 关于两者的使用办法,本来我想在这里多废话几句的;但是毕竟觉得自己恐怕专门写出两篇教程来也没有现有的教程受欢迎--在本文的参考资料中有关于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目录中如下的文件清单:
经过了测试系统的设计和编写,并且向负责网页设计的同事讨来两个模板之后,我们就可以访问这个系统了--前期的辛勤劳动使得现在观看结果的工作只需要在浏览器的地址栏中打入 [simple|complex] (如果你是在其他的非本地服务器中进行这个测试,那么域名应采用所在服务器的域名--比如我自己的机器叫做patrick等等)。下面是我自己在某一次的测试中获得的结果:(测试结果数据解释)
当然,如果你觉得一次测试的结果并不可靠,可以反复按下浏览器的刷新按钮,就能够观察到不同测试的结果(理论上应该是相差无几)。
好了,在偏重速度测试的回合二中PHPLIB Template以惊人的2倍的速度战胜了FastTemplate;而同时在第一回合中PHPLIB Template有以良好的API设计和易用性占得上风。结果显而易见--我们的选择奖当然颁发给了PHPLIB Template,同时这次的测试也让我们对PHPLIB这个类库设计有了更深的了解。
既然有了结果,那么FastTemplate自然也就不能进入我们的项目了--虽然从结果上看来我们花费了半天的时间得到了一个毫无变化的结果(PHPLIB Template继续很好的在项目中使用),但是测试的过程却是很有价值的,特别是采用PHP进行测试的方法,应该会在以后的类似决策中起到一定参考作用。
本文中的测试代码下载 ( test_source.zip) 介绍PHPLIB Template和FastTemplate的著名文章
PHPLIB Template和FastTemplate的主页
其他模板处理文章以及其他关于PHP的资料 PHP Builder ( ) 以上文章的中文译本以及其他的中文PHP资料 PHP中文用户( )
|