这是一篇很有年头的文章了，不过其介绍的smarty模板引擎的相关知识，现在看来，仍然受益匪浅，此处分享，供大家参考。

    用PHP实现MVC开发模式的逻辑层和表示层有多种模板引擎可供选择，但是官方引擎SMARTY诞生后，选择就有了变化。它的理念和实现都是相当"前卫"的。本文主要讨论SMARTY之于其他模板引擎的不同特点，简要介绍了该引擎的安装及使用，并用一个小的测试案例对比了SMARTY和PHPLIB template的速度和易用性。

一、MVC需要模板

MVC最早是在SmallTalk语言的开发过程中总结出的一种设计模式，MVC分别代表了"模型"、"视图"和"控制"，目的就是让不同的开发角色在大中型项目中各司其职。在网络应用程序的开发中，可以用下图来表示各概念之间的关系。

该图展示了一个简单的WEB应用程序，用户在浏览器上看到信息是数据库服务器上的内容，但在这之前经过了应用服务器加工。开发人员负责的就是建立数据结构、处理数据的逻辑以及表示数据的方法。

96年CGI在中国开始流行的时候，早期的WEB程序员都是从HTML开始自学成材的，在PERL中print一行行的HTML并不是一件难事，但是随着网络的一步步提速，页面大小也从当初的二、三十K暴涨了十倍。写CGI程序就产生了一个迫切的要求：分开PERL和HTML源码。于是，社会进步体现在开发小组内部的分工上。由于美工和程序员对互相的工作并不是十分熟悉，在进行合作的过程中需要用一种约定的"语言"进行交流。

这种语言并不是我们的母语或者英语，术语叫做"模板"，逻辑和表示依靠它联系。它是结合了HTML和脚本语言特征的一种表达方式。通过这种方式，表示层可以按照用户所希望的格式来显示经过逻辑层处理过的数据。如果你有Windows平台下MFC的开发经验,那么一定会很熟悉Document/Document Template/View的封装，这就是一个很典型的MVC例子。对于Web应用来说，个人认为J2EE中的EJB/servlets/JSP是最强大的，当然还有简洁优美的Structs。另一个很有名的实现就是COM/DCOM+ASP，这个组合在我国是最多人使用的。

通过几种MVC实现在WEB应用程序里的对比，可以得到一个关于模板的概念：一组插入了HTML的脚本或者说是插入了脚本HTML，通过这种插入的内容来表示变化的数据。下面给出一个模板文件的例子，这个模板经过处理后在浏览器里显示"Hello, world!"
 

这里暂且省略处理方式，在后面做专门对比讨论。

二、为什么选SMARTY?

对PHP来说，有很多模板引擎可供选择，比如最早的PHPLIB template和后起之秀Fast template，经过数次升级，已经相当成熟稳定。如果你对目前手中的模板引擎很满意，那么......也请往下看，相信你作为一个自由软件爱好者或者追求效率和优雅的开发者，下面的SMARTY介绍多少会有点意思。

除了个人偏好的影响，我一直倾向于使用官方标准的实现，比如APACHE的XML引擎Axis。好处就是可以获得尽可能好的兼容性(比如早期MFC对于Win3x的兼容性就比其它的应用程序框架好，当然现在各种版本都很完善了)。SMARTY发布之前我一直使用的是 PEAR 中的Integrated Template eXtension。这个引擎和PHPLIB template、Fast template几乎是兼容的，从模板的语法到对模板的处理同出一辙：都是将模板读入内存然后调用parse()函数，用数据对预置的标记进行替换。

下面看看SMARTY是怎么做的。接到request后，先判断是否第一次请求该url，如果是，将该url所需的模板文件"编译"成php脚本，然后redirect；如果不是，就是说该url的模板已经被"编译"过了，检查不需要重编译后可以马上redirect，重编译条件可以自己设定为固定时限，默认的是模板文件被修改。 

怎么样，看起来是不是有点眼熟？想起来了──这不就是JSP的原理嘛！的确，这种"编译"用在PHP这样的解释性脚本引擎上显得匪夷所思，但是仔细想想，JAVA不也是由JVM解释执行的吗？这就叫"没有做不到，只有想不到"。

既然谈到了JAVA，就再对PHP的未来发表一点看法。PHP官方网站上宣布了要在2003年年底发布PHP5.0版。这个版本拥有很多崭新的特性：比如异常处理，命名空间，更加面向对象等等。可以说越来越向JAVA靠拢，SMARTY也是新特性之一，使得PHP更适用于大中型项目的开发。但是似乎离我当初选择它的原因──灵巧易用──越来越远了。但就一个软件的生存周期来看，PHP正处在成长期，开发者赋予它更多的功能，以期能胜任商业应用是利大于弊的。作为PHP的忠实用户，肯定不希望PHP总是被人指责"能力不足"吧？

为什么选择SMARTY，仅仅因为它很像JSP？当然有更为充分的理由。首先，除了第一次编译的成本比较高之外，只要不修改模板文件，编译好的cache脚本就随时可用，省去了大量的parse()时间；其次SMARTY像PHP一样有丰富的函数库，从统计字数到自动缩进、文字环绕以及正则表达式都可以直接使用；如果觉得不够，比如需要数据结果集分页显示的功能，SMARTY还有很强的扩展能力，可以通过插件的形式进行扩充。

事实胜于雄辩。我设计了一个测试程序，通过速度和开发难度这两个因素对比了一下SMARTY和PHPLIB template，选PHPLIB template的原因是在patrick的文章 《在PHP世界中选择最合适的模板》中有一个PHPLIB template对Fast template的竞赛，结果PHPLIB template大获全胜，这使得SMARTY有了一个很好的对手。在测试之前，先谈一下在安装过程中需要注意的问题。

isset()函数 检测变量是否设置。

格式：bool isset ( mixed var [, mixed var [, ...]] )

返回值：

若变量不存在则返回 FALSE
若变量存在且其值为NULL，也返回 FALSE
若变量存在且值不为NULL，则返回 TURE
同时检查多个变量时，每个单项都符合上一条要求时才返回 TRUE，否则结果为 FALSE
如果已经使用 unset() 释放了一个变量之后，它将不再是 isset()。若使用 isset() 测试一个被设置成 NULL 的变量，将返回 FALSE。同时要注意的是一个 NULL 字节（"\0"）并不等同于 PHP 的 NULL 常数。

警告: isset() 只能用于变量，因为传递任何其它参数都将造成解析错误。若想检测常量是否已设置，可使用 defined() 函数。

例1：
 

例2：
 

所谓MVC，简单的说就是将网站源码分类、分层。

MVC三个字母的含义：
M：Model 模型，负责数据库操作。
V：View 视图，负责调用Model调取数据，再调用模板，展示出最终效果。
C：Controller 控制器，程序的入口，决定改调用哪个View，并告诉View该做什么。

如此说来，程序的执行顺序是C-V-M 或 C-M ，和MVC的名字正好相反。

为什么要MVC？

1.能使网站程序物理结构更合理。
当用PHP建设一个网站的时候，最笨的方法，你可能把每个页面建成一个PHP文件。如果你的网站只有index.php，menu.php.article.php 三个页面，那你可以不用MVC，但我们做一般的网站的时候，动辄几十个页面，把所有页面放在根目录显然不是我们所能接受的，于是你需要一个合理的思想去将你的代码分类，按功能把他们分成不同的目录，且由程序智能的载入调用，这就是MVC要帮助你做的。

2.使代码更容易维护。
我们再来看单个页面，最笨的方法，就是PHP代码与HTML代码混合，这显然不够好，你在维护网站的时候不得不区分哪里是PHP，哪里是HTML，这对于一个程序员来说，简直只灾难。于是很多人就使用Smarty，这样就可以将“数据处理”与“页面展示”分开来，这样做的确不错，也有很多人正在这么做，但这还不是MVC，MVC要做的就是将“数据处理”再分为“逻辑处理”与“数据库操作”，这就是所说的分层。
这样当你的程序错误或想要修改的时候，就变得很轻松了，当页面显示错误的时候，你就去检查V或模板文件；当逻辑有问题的时候，你就去检查C和V；当你数据库操作错误就去检查M。
其实MVC一般要把PHP的一个页面分割为4个页面，分别是C，V，M，模板。各司其职，方便管理。

3.有利于代码复用。
MVC会把一般会把一个大的功能放在一个目录下，也就是由一个C去管理。
例如要做一个含有会员系统的网站，我们就可以把会员相关的代码都放到user目录里，由User_Controller统一管理，当我们另一个网站也需要会员系统的时候，我们就可以直接把这个目录复制过去，修改一下接口就可以了。

PHP实现MVC的思路

需要三个基类：Controller、View、Model ，然后不同的C、V、M分别继承他们就有对应的属性与方法了，如果这里你不理解，可以去看看面向对象的书。
给大家提供一种MVC基类的设计思路，仅供参考：
1. Controller类的设计
一个main（）方法，供程序调用，主要是通过get和post变量决定该如何处理。
一个getModel（$model）方法，在需要调用数据库的时候，调用对应目录的M。
一个display（$view）方法，在main（）方法中调用，载入对应的V，并掉应V的main（）方法；

2.View类的设计与Controller很相似
一个main（）方法，当C载入V的时候调用这个方法，使程序能继续执行下去。
一个getModel（$model）方法，在需要调用数据库的时候，调用对应目录的M。
一个display（$template），调用对应的模板文件，并把数据传递给模板。

3.Model类的设计
可以定义一些属性，例如要操作那些表，操作那些字段等。
一个getDB（）方法，获得一个数据库类的实例，（数据库类一般都是用单件模式设计的）
一个load（）方法，载入一个数据。
一个add（）方法，可以根据定义好的属性自动构造SQL语句，并执行插入操作。
一个eidt（）方法，同上，但执行修改操作。
一个del（）方法，同上，但执行删除操作。

为了能使新手更好的理解我这个思路的工作原理，我们现在模拟一个用户登录的场景，看看MVC是如何工作的。

现在假设，所有的数据都提交给index.php，

第一步：
我们提交各get变量，告诉index.php该用哪个C，例如可以这样index.php？controller=user
然后index接收到get变量，什么也不需要做，直接找到/user/controller.php，把所有数据丢给他，本来GET和POST就是全局的，所以index.php也不需要做什么，直接调用C的main函数就可以了，到此index.php的任务完成。

第二步：
C的main函数开始执行，检查变量，发现用户要执行的登录操作（很简单，你post个变量do=login就可以了），于是调用getModel，载入对应的M类（例如/user/models/model.php），并实例化， 调用实例的load方法，载入该用户的数据资料，判断是否与用户提交的密码一致，如果提交的数据不正确header跳转到出错页面，如果正确，调用display（）方法，载入对应的V（例如/user/views/details.php），并实例化，调用其main（）函数，进入第三步。到此C的任务已完成，第二不操作均在main函数中进行。

第三步：
你可以选择调用getModel（）载入M，重写调取数据，也可以在C实例化V的时候，把参数传过来（例如SESSION），当V已经确定得到数据以后，display（），载入模板，MVC执行完毕。
当然，由于字数与精力限制，这里写的只是非常简要的概括，实际实施的时候要考虑很多细节，但我设计MVC的时候，大概思路就是这样，也用到了实际中，感觉良好。