前言
本文写于2007年11月，那时候我是在Discuz!开发组为PHPChina的《PHPer》写的稿，一直也没有发到blog上了，今天偶然之间记起，顺手转发过来。
一、关于模板引擎的前言
从phplib到smarty，再到Discuz!的模板机制，本文试图通过PHP模板引擎为你讲解作者自己的PHP心得。
我清楚的记得在我刚上大学开始学习PHP的时候，曾经在phpe.net看到过一篇关于phplib Template和FastTemplate这两模板引擎性能比较的文章。让我在接下来半年的时间内持续的使用着phplib。不可否认phplib是左右了一代PHP开发人员对于PHP模板引擎的认识。或许你也会对下面的方法比较熟悉
| $t->set_file |
| $t->set_var |
当我对于phplib的执行效率不满意的时候，我开始寻找下一个PHP的模板引擎，于是smarty跳入我的视野范围，当我费尽心血去学会了smarty并使用开发了很多东西，而现在的我突然发现记得的也就只有下面的方法了
| $s->assign |
| $s->display |
究竟我们需要模板引擎来做什么呢，MVC？简单？易用？效率？请看下文的分析。
二、程序处理的分析
1.PHPLIB的程序处理过程
从phplib的处理开始讲起
| $t = new Template() |
| $t->set_file |
| $t->set_var |
| $t->parse |
| $t->p |
看上面的代码，翻译成中文就是
- 初始化模板类$t
- 设置模板文件
- 设置模板变量
- 分析模板文件中的模板变量
- 输出内容
通过了最少5个步骤在php程序中实现模板的处理
2.Smarty的程序处理过程
现在来看smarty的处理
| $s = new Smarty |
| $s->assign |
| $s->display |
翻译成中文就是
- 初始化模板类$s
- 设置模板变量
- 解析并输出模板
3.Discuz!模板的程序处理过程
| include template(tplname); |
主要作用就是指定给程序需要处理的模板文件
在上述三种模板处理机制中，最容易理解和接受就是Discuz!模板的处理过程。初始化、设置变量、解析模板、输出内容，Discuz!只用了一个函数来做。对于一个开源的论坛软件，这样处理的好处是显而易见的，对于Discuz!进行二次开发的程序员的要求降低。简化模板语言，方便风格和插件的制作，这也在一定程度上促进了Discuz!的传播
三、模板源文件的语法
在phplib中处理循环嵌套的时候，使用：
| <!-- BEGIN row --> |
| {it} |
| <!-- END row --> |
在smarty中处理循环嵌套的时候，引入了
| < {section name=loopName loop=$loopArray}>（当然还有foreach这样的） |
在Discuz!中处理循环嵌套的时候，
| <!--{loop $array $value}--> |
其实真正的模板面对的可以说是不懂PHP或者懂一点PHP的美工同志们，模板的复杂就意味着美工制作页面的难度加大。在必不可少的需要模板有逻辑处理的时候，为什么不在html代码中使用原生态的PHP语法，而让美工相当于去学习另外一种语言呢？在我个人的经验中，显然是Discuz!的模板语言更为简单易学，也为我节省了更多的时间。
四、Discuz!模板处理机制
我剥离出一个简单的Discuz!模板处理函数
| function template($file, $templateid = 0, $tpldir = '') { |
| $tplfile = DISCUZ_ROOT.'./'.$tpldir.'/'.$file.'.htm';//模板源文件，此处$tplfile变量的值可能是D:\discuz\templates\default\demo.htm |
| $objfile = DISCUZ_ROOT.'./forumdata/templates/'. |
| $templateid.'_'.$file.'.tpl.php';//模板缓存文件，此处$objfile变量的值可能是D:\discuz\forumdata\templates\1_demo.tpl.php |
| //如果模板源文件的修改时间迟于模板缓存文件的修改时间， |
| //就是模板源文件被修改而模板缓存没有更新的时候， |
| //则调用parse_template函数重新生成模板缓存文件。 |
| if(@filemtime($tplfile) > @filemtime($objfile)) { |
| require_once DISCUZ_ROOT.'./include/template.func.php'; |
| parse_template($file, $templateid, $tpldir); |
| } |
| //返回缓存文件名称 |
| //$objfile变量内容可能为D:\discuz\forumdata\templates\1_demo.tpl.php |
| return $objfile; |
| } |
而php页面的模板执行语句
| include template('demo'); |
实际上在本例中就是相当于
| include 'D:\discuz\forumdata\templates\1_demo.tpl.php'; |
这个流程就是一个demo.php文件中当数据处理完成以后include template('demo')，去显示页面。
五、总结
我也曾经看到过有列举出很多种的PHP模板引擎，但是我觉着phplib、smarty、Discuz!模板机制就足以说明问题了。
1.我们需要模板来做什么？
分离程序与界面，为程序开发以及后期维护提供方便。
2.我们还在关心什么？
PHP模板引擎的效率，易用性，可维护性。
3.最后的要求什么？
简单就是美！
我的文章好像没有写完，其实已经写完了，我要说明的就是从PHP的模板引擎看Discuz!模板机制。分析已经完成，或许以后我会再写篇实际数据的测试供给大家参考！
写的不错
收藏了
先回复
再看
这篇文章很早就看过 不过没想到是KIMI写的。
@Tommy 哈哈
收藏学习了
discuz全局变量一大堆。
@Yimin 嘿嘿 熟悉了也就习惯了 反正我是习惯了
写得很好，前些天一直在研究smarty模板机制，这些天由于需要，开始研究discuz!的模板机制，这篇文章给了我很好的入门
我还正想了解smarty的模板机制，现在有了一点方向感了
“简单就是美！”说的真好。
方便使用、结构清晰，才是真道理。
有点discuz软文的影子 呵呵
@xiexie, 那时候我还在Discuz!开发组
我刚进discuz开发组，感觉discuz的模板机制很不好
@wang, 我突然发现对于各种机制和实现方式越来看得越淡，满足业务需要并能最高效最快捷的实施的方案才是最优方案。从这个角度去说，方便程序员快速开发可维护的代码是团队执行力的体现。
我不知我在说啥 :)
@kimi, 正因为满足业务需要并能最高效最快捷的实施的方案才是最优方案，所以对实现方式的思考研究还是很重要的，拿discuz的模板来说，因为可以在模板里包含逻辑代码，甚至可以用eval执行任意的PHP代码，反而有悖于分离的原则，也带来了结构混乱，日后维护的随意性的后果。我倒是觉得wordpress在这方面做得很好，直接用原生的PHP，而且页面设计人员稍稍学一下也就会做模板了。
学习中。
很好！
“当我对于phplib的执行效率不满意的时候，我开始寻找下一个PHP的模板引擎，于是smarty跳入我的视野范围”
smarty以速度慢而著称。。。
文章结束解析template函数是亮点，适合像我这样的懒人 XD
我有几个问题，因为我比较倾向使用php
分离程序与界面: 其实不用模板类也可以实现
PHP模板引擎的效率： 如果直接用php的这类的标签是不是效率会更高点
简单: 这两种方式相差很大吗？
现在有些迷惑，因为习惯了使用php的缩写语法，但最近被要求使用模板，心里就有这么个结解不开。希望大牛们帮忙指点，谢谢
好像php标签被过滤了，呜～～
很浅薄啊 你也就只是一个只会使用别人源码的站长吧 discuz的模板技术也是借鉴smarty的 但是smarty是用于广大开发者的，任何一个网站都可以基于smarty去自定义变量标签，而discuz只能应用于它自己，你想自定义变量能用简单的一个方法实现吗，还得改他的核心函数。
@气温, 请看开篇第一句，另外虽然我现在离开Discuz!了，我还是得说它为中国PHP的普及做出了很大的共享，Discuz!是产品普及型，Smarty是技术普及型。
收藏了！
我还是喜欢原生的东西，不喜欢模板。
话说你这验证码机制有很大的问题，很容易就遍历完你的验证码了，然后。。。
很好，收藏了