模板shopex模板

模板引擎Smarty介绍用PHP实现MVC开发模式的逻辑层和表示层有多种模板引擎可供选择,但是官方引擎SMARTY诞生后,选择就有了变化.
它的理念和实现都是相当"前卫"的.
本文主要讨论SMARTY之于其他模板引擎的不同特点,简要介绍了该引擎的安装及使用,并用一个小的测试案例对比了SMARTY和PHPLIBtemplate的速度和易用性.
一、MVC需要模板MVC最早是在SmallTalk语言的开发过程中总结出的一种设计模式,MVC分别代表了"模型"、"视图"和"控制",目的就是让不同的开发角色在大中型项目中各司其职.
在网络应用程序的开发中,可以用下图来表示各概念之间的关系.
该图展示了一个简单的WEB应用程序,用户在浏览器上看到信息是数据库服务器上的内容,但在这之前经过了应用服务器加工.
开发人员负责的就是建立数据结构、处理数据的逻辑以及表示数据的方法.
96年CGI在中国开始流行的时候,早期的WEB程序员都是从HTML开始自学成材的,在PERL中print一行行的HTML并不是一件难事,但是随着网络的一步步提速,页面大小也从当初的二、三十K暴涨了十倍.
写CGI程序就产生了一个迫切的要求:分开PERL和HTML源码.
于是,社会进步体现在开发小组内部的分工上.
由于美工和程序员对互相的工作并不是十分熟悉,在进行合作的过程中需要用一种约定的"语言"进行交流.
这种语言并不是我们的母语或者英语,术语叫做"模板",逻辑和表示依靠它联系.
它是结合了HTML和脚本语言特征的一种表达方式.
通过这种方式,表示层可以按照用户所希望的格式来显示经过逻辑层处理过的数据.
如果你有Windows平台下MFC的开发经验,那么一定会很熟悉Document/DocumentTemplate/View的封装,这就是一个很典型的MVC例子.
对于Web应用来说,个人认为J2EE中的EJB/servlets/JSP是最强大的,当然还有简洁优美的Structs.
另一个很有名的实现就是COM/DCOM+ASP,这个组合在我国是最多人使用的.
1/4通过几种MVC实现在WEB应用程序里的对比,可以得到一个关于模板的概念:一组插入了HTML的脚本或者说是插入了脚本HTML,通过这种插入的内容来表示变化的数据.
下面给出一个模板文件的例子,这个模板经过处理后在浏览器里显示"Hello,world!
"$greetings$greetings这里暂且省略处理方式,在后面做专门对比讨论.
二、为什么选SMARTY对PHP来说,有很多模板引擎可供选择,比如最早的PHPLIBtemplate和后起之秀Fasttemplate,经过数次升级,已经相当成熟稳定.
如果你对目前手中的模板引擎很满意,那么.
.
.
.
.
.
也请往下看,相信你作为一个自由软件爱好者或者追求效率和优雅的开发者,下面的SMARTY介绍多少会有点意思.
除了个人偏好的影响,我一直倾向于使用官方标准的实现,比如APACHE的XML引擎Axis.
好处就是可以获得尽可能好的兼容性(比如早期MFC对于Win3x的兼容性就比其它的应用程序框架好,当然现在各种版本都很完善了).
SMARTY发布之前我一直使用的是PEAR中的IntegratedTemplateeXtension.
这个引擎和PHPLIBtemplate、Fasttemplate几乎是兼容的,从模板的语法到对模板的处理同出一辙:都是将模板读入内存然后调用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总是被人指责"能力不足"吧2/4为什么选择SMARTY,仅仅因为它很像JSP当然有更为充分的理由.
首先,除了第一次编译的成本比较高之外,只要不修改模板文件,编译好的cache脚本就随时可用,省去了大量的parse()时间;其次SMARTY像PHP一样有丰富的函数库,从统计字数到自动缩进、文字环绕以及正则表达式都可以直接使用;如果觉得不够,比如需要数据结果集分页显示的功能,SMARTY还有很强的扩展能力,可以通过插件的形式进行扩充.
事实胜于雄辩.
我设计了一个测试程序,通过速度和开发难度这两个因素对比了一下SMARTY和PHPLIBtemplate,选PHPLIBtemplate的原因是在patrick的文章《在PHP世界中选择最合适的模板》中有一个PHPLIBtemplate对Fasttemplate的竞赛,结果PHPLIBtemplate大获全胜,这使得SMARTY有了一个很好的对手.
在测试之前,先谈一下在安装过程中需要注意的问题.
三、可能遇到的问题在SMARTY的官方网站上,有详尽的用户手册,可以选择在线HTML和PDF格式的版本.
这里就不再涉及手册上已有的内容,只是把初次使用可能遇到的问题做个解释.
第一个问题就很要命:提示说找不到所需文件并不是每一个人都按照SMARTY默认目录结构来写应用的.
这里需要手工指定,假设目录结构如下:3/4就需要在index.
php里指定目录结构:$smart->template_dir="smarty/templates/";$smart->compile_dir="smarty/templates_c/";$smart->config_dir="smarty/configs/";$smart->cache_dir="smarty/cache/";第一个问题解决了,紧接着就是第二个:我刚用Dreamweaver生成的漂亮模板怎么不能用并不是模板文件有什么问题,而是因为SMARTY默认的标记分隔符是{},不巧的是Javascript肯定包含这个标记.
好在我们可以用任意字符当作分隔符,再加上这两句:$smart->left_delimiter="{/";$smart->right_delimiter="PoweredbyTCPDF(www.
tcpdf.
org)4/4