关于PHP的模板的确是一个说起来容易做起来麻烦的事情。随便一数大概有20种以上的选择，光pear里面就包含了5中不同的模板，实在让人头疼。
千万不要人云亦云的说这个好那个不好，选择模板之前最好先应该搞清楚模板的真正目的是什么？简单地说，模板的核心目的就是一个teamwork。主要的作用方式有两种：

1、分离HTML和PHP使网页设计师和PHP程序员合作更加愉快。

2、分离显示逻辑和事物逻辑，使得核心事务逻辑的变更和应用程序的扩展更加容易和灵活，也就是说使得程序员之间合作更加愉快。（这一点经常被人们忽视或者误解，总以为把PHP从HTML中弄出去就叫分离显示逻辑和事物逻辑了，如果这样当初又何苦让PHP和html混在一起呢？）
搞清楚这个模板的真正目的是什么，就容易做出正确的选择了。如果只有你一个php程序员但是需要和其他的网页设计人员一起协同工作，那么选择能够分离HTML和PHP的模板就可以了，phplib（现在好像集成到Pear里面了http://pear.php.net/package/HTML_Template_PHPLIB）或者FastTemplate都是这样的东西，很简单容易上手。

如果你的网站界面比较丑陋并且主要由程序员来完成，但是功能比较复杂更需要强大的扩展功能，需要分离各个层次包括显示逻辑，那么不要用什么特别的东西，PHP本身就是最好的模板了。要注意的是在这种情况下，你要非常认真的设计你的程序，始终记住要分离的不是PHP和html而是事务逻辑(businesslogic)和显示逻辑(presentationlogic)。这也是为什么我一直对于Smarty这种东西非常的抵触，因为这个Smarty的语法太复杂了太强大了，几乎重新发明了一种脚本语言东西，（即使是PHP的程序员也要重新学习它）。更让人费解的是这种脚本越是强大，越容易让人将事务逻辑(businesslogic)和显示逻辑(presentationlogic)混在一起，破坏了模板的初衷。

如果你既想HTML和PHP分离，得到更好的视觉设计，又想整个系统有非常强大的扩展能力能够适应html,xml,wml各种界面，而且不用去学习复杂的语法的同时提供较高的运行效率，那么这就是一个相当有挑战性的问题了。坏消息是目前还没有一个成熟的模板真正能够达到这样的要求，好消息是完成这样的一个模板并不是很难，如果你尝试过Zope或者是ColdFusion就会发现这种模板的影子，
（wacthttp://wact.sourceforge.net/和phptalhttp://phptal.sourceforge.net/就是在向这个方向发展，应该很有前途）。

模板和数据的结合（模板的调用）方式主要有两种：推的方式和拉的方式。
推的方式是用PHP将数据推给模板，就是说需要程序员明确地为模板中的每一个变量赋值，将他们绑起来。而拉的方式则像把php和html混在一起一样，模板种的变量主动把数据拽进来。
说到模板就不能不提到另外两种东西：
phphtmllib和quickform(http://pear.php.net/package/HTML_QuickForm)这两种东西是用传统的方式来通过各种页面构件来完成HTML的页面的整个页面的构造完全掌握再程序员手里，也许很多编写过传统GUI桌面程序的程序员更喜欢这种方式。

更加漂亮的方案

如果做商业软件的话，Flash应该是更漂亮的方案（别搞错了，别以为就你知道php支持ming和swf库可以动态生成Flash，我说的不是这个。）我要说的是支持FlashRemoting的方案，这种东西才是真正有意义的PHP和flash的结合。由视觉设计师完成flash部分，PHP程序员通过flashremoting的方式将数据发送到flash做成的客户端中。
目前有两种方案：
AMFPHP
http://www.amfphp.org/
由于MacromediaFlashRemoting传输数据时使用的是一种特有的更加高效数据格式，所以AMFPHP通过分析数据格式，在服务器端构造了相应的php类来接收，解析和编码这些数据从而达到交换信息的功能（就像Samba一样，应该属于一种Hacking吧）。
PHPObject
http://ghostwire.com/resources/phpobject/
PHPObject则采用了另外一种方法，通过在flash中嵌入一些actionscript的组件通过开放的格式soap来传送数据。
其实关于PHP的模板还牵扯到很多其它的问题，一时半会我也只能写这么多了。

评论 (0) All

登陆 还没注册？