立存储在某处，然后在模板分析处理时附加上这个文件--真是一件让人难受的事情，尤其是对网页设计人员而言。
当然还有一点需要考察--那就是对于PHP版本的支持。PHPLIB产生在PHP3的时代，这一点和FastTemplate差不多；但是根据我们的应用，PHPLIB在现在的PHP4环境下运行相当好，而FastTemplate的网页上则显示了一些信息表明对于PHP4也许它还有一些BUG存在。
好了，讲了这么多（也许你会觉得都是FastTemplate的坏话），这个回合的胜利者很明显：PHPLIB Template，尤其是你同时在使用PHPLIB的其他类时，这样的技术易用性更加明显（你将不会对这些出自同一个开发小组的API感到陌生）。
回合二：处理速度
也许这才是很多人最关注的部分--在这个回合中，我们会采用两种模板处理的方式：一种是常规的分析、替换，另一种是对区块的解析、替换--同时这样的两种方式也是在实际系统中应用最多的：前者是一般的页面处理，后者是关于数据库内容的输出处理。同时，由于两种模板类采用的模板文件的格式基本相同，使得我们可以提供几乎一致的模板文件分别供两种模板解析，更增加了测试的可信度。
开展这样的速度测试之前会拟定一个测试方案，简单说来就是对于两种处理方式分别编写两个PHP测试页面，同时有一个控制测试的页面多次调用这两个页面并记录时间供采集测试数据。（如果有兴趣你还可以参考以下详细的测试方案，也许会对你深入了解这次测试有所帮助）
小结--在整个测试系统完成之后，我们应该能够得到/test目录中如下的文件清单：
（有点复杂的测试方案）
首先是确定测试的硬件和软件环境--硬件肯定是自己的机器了，Intel Celeron 733MHz， 256M RAM，40G HDD；软件平台中OS为Win2K Pro，Web服务器为Apache+PHP，且以模块方式运行。
其次是规划这次测试的系统--当然先在Web服务器的文档根目录下开一个tpl_test的新目录用以放置这个测试的所有文件；然后在/tpl_test下建立include目录以存放两个模板类文件（我们测试的核心，以.inc.php为文件扩展名）以及一个测试类文件（包括了计时和记录日志以及读取日志并分析等功能，以.inc.php为文件扩展名）和一个数据文件（为区块解析的测试做准备，主要包含了一个二维数组，同样以.inc.php为文件扩展名），建立ihtml目录存放使用的模板文件（需要被解析的模板文件，以.ihtml为文件扩展名），建立logs目录存放测试产生的日志（后面就是发现，其实测试的数据就是由对这些日志的分析得到的，以.log为文件扩展名）。当然，两种模板的处理PHP文件就放在/test目录下。这次测试最关键的一点是，还需要建立一个PHP文件，对以上提到的负责模板处理的文件进行数次调用：比如一个文件fast_test.php是采用FastTemplate解析模板的，而phplib_test.php是采用PHPLIB Template解析的，那么这个得出结果的PHP文件就负责多次以HTTP的方式请求以上的两个页面以获得测试数据。
选择待解析的模板和PHP程序编写--因为两种模板处理方式对于模板文件本身的格式要求几乎一致（比如待替换变量都采用{VAR}的形式等等），因此可以尽量保证同一测试中两者选用的模板尽可能相同以谋求测试的最大公正性；同时在前文提到，为模拟现实系统中常用的两种模板应用：一般的页面处理和对数据库内容的输出处理，测试使用的模板文件也分成两种：一种是普通的带有一些待替换变量的模板文件，另一种是带有区块的需
当然还有一点需要考察--那就是对于PHP版本的支持。PHPLIB产生在PHP3的时代，这一点和FastTemplate差不多；但是根据我们的应用，PHPLIB在现在的PHP4环境下运行相当好，而FastTemplate的网页上则显示了一些信息表明对于PHP4也许它还有一些BUG存在。
好了，讲了这么多（也许你会觉得都是FastTemplate的坏话），这个回合的胜利者很明显：PHPLIB Template，尤其是你同时在使用PHPLIB的其他类时，这样的技术易用性更加明显（你将不会对这些出自同一个开发小组的API感到陌生）。
回合二：处理速度
也许这才是很多人最关注的部分--在这个回合中，我们会采用两种模板处理的方式：一种是常规的分析、替换，另一种是对区块的解析、替换--同时这样的两种方式也是在实际系统中应用最多的：前者是一般的页面处理，后者是关于数据库内容的输出处理。同时，由于两种模板类采用的模板文件的格式基本相同，使得我们可以提供几乎一致的模板文件分别供两种模板解析，更增加了测试的可信度。
开展这样的速度测试之前会拟定一个测试方案，简单说来就是对于两种处理方式分别编写两个PHP测试页面，同时有一个控制测试的页面多次调用这两个页面并记录时间供采集测试数据。（如果有兴趣你还可以参考以下详细的测试方案，也许会对你深入了解这次测试有所帮助）
小结--在整个测试系统完成之后，我们应该能够得到/test目录中如下的文件清单：
（有点复杂的测试方案）
首先是确定测试的硬件和软件环境--硬件肯定是自己的机器了，Intel Celeron 733MHz， 256M RAM，40G HDD；软件平台中OS为Win2K Pro，Web服务器为Apache+PHP，且以模块方式运行。
其次是规划这次测试的系统--当然先在Web服务器的文档根目录下开一个tpl_test的新目录用以放置这个测试的所有文件；然后在/tpl_test下建立include目录以存放两个模板类文件（我们测试的核心，以.inc.php为文件扩展名）以及一个测试类文件（包括了计时和记录日志以及读取日志并分析等功能，以.inc.php为文件扩展名）和一个数据文件（为区块解析的测试做准备，主要包含了一个二维数组，同样以.inc.php为文件扩展名），建立ihtml目录存放使用的模板文件（需要被解析的模板文件，以.ihtml为文件扩展名），建立logs目录存放测试产生的日志（后面就是发现，其实测试的数据就是由对这些日志的分析得到的，以.log为文件扩展名）。当然，两种模板的处理PHP文件就放在/test目录下。这次测试最关键的一点是，还需要建立一个PHP文件，对以上提到的负责模板处理的文件进行数次调用：比如一个文件fast_test.php是采用FastTemplate解析模板的，而phplib_test.php是采用PHPLIB Template解析的，那么这个得出结果的PHP文件就负责多次以HTTP的方式请求以上的两个页面以获得测试数据。
选择待解析的模板和PHP程序编写--因为两种模板处理方式对于模板文件本身的格式要求几乎一致（比如待替换变量都采用{VAR}的形式等等），因此可以尽量保证同一测试中两者选用的模板尽可能相同以谋求测试的最大公正性；同时在前文提到，为模拟现实系统中常用的两种模板应用：一般的页面处理和对数据库内容的输出处理，测试使用的模板文件也分成两种：一种是普通的带有一些待替换变量的模板文件，另一种是带有区块的需
相关文章
 我来说两句 |
对此文章发表了评论 |
评论列表 （最新 评论仅限网友观点！）
推荐文章
热门文章
