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

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

分离显示逻辑和事务逻辑，使得核心事务逻辑的变更和应用程序的扩展更加容易和灵活，也就是说使得程序员之间合作更加愉快。（这一点经常被人们忽视或者误解，总以为把PHP从HTML中弄出去就叫分离显示逻辑和事物逻辑了，如果这样当初又何苦让PHP和html 混在一起呢？）

搞清楚这个模板的真正目的是什么，就容易做出明智的选择了。

如果只有你一个php程序员但是需要和其他的网页设计人员一起协同工作，那么选择能够分离HTML和PHP的模板就可以了，smarty或者 FastTemplate 都是这样的东西，很简单容易上手。

如果你的网站界面比较丑陋并且主要由程序员来完成，但是功能比较复杂更需要强大的扩展功能，需要分离各个层次包括显示逻辑，那么不要用什么特别的东西， PHP本身就是最好的模板了。要注意的是在这种情况下，你要非常认真的设计你的程序，始终记住要分离的不是PHP和 html而是事务逻辑(business logic )和显示逻辑(presentation logic)。

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

模板和数据的结合（模板的调用）方式主要有两种：推的方式和拉的方式。推的方式是用PHP将数据推给模板，就是说需要程序员明确地为模板中的每一个变量赋值，将他们绑起来。

而拉的方式则像把php 和 html 混在一起一样，模板中的变量主动把数据拽进来。

说到模板就不能不提到另外两种东西： phphtmllib 和 quickform 这两种东西是用传统的方式来通过各种页面构件来完成HTML的页面的 整个页面的构造完全掌握在程序员手里，也许很多编写过传统GUI桌面程序的程序员更习惯这种方式。

更加漂亮的方案
如果做商业软件的话，Flash应该是更漂亮的方案（别搞错了，别以为就你知道php支持ming 和swf库可以动态生成Flash，我说的不是这个。） 我要说的是支持Flash Remoting的方案，这种东西才是真正有意义的PHP和flash的结合。由视觉设计师完成flash部分，PHP 程序员通过 flash remoting的方式将 数据发送到 flash 做成的客户端中。 目前有几种方案：

AMFPHP
http://www.amfphp.org/由于Macromedia Flash Remoting 传输数据时使用的是一种特有的更加高效数据格式，所以AMFPHP通过分析数据格式，在服务器端构造了相应的php类来接收，解析和编码这些数据从而达到交换信息的功能（就像Samba一样，应该属于一种 Hacking 吧）。

PHPObject
http://ghostwire.com/resources/phpobject/ PHPObject 则采用了另外一种方法，通过在flash中嵌入一些actionscript的组件通过开放的格式soap来传送数据。

Cabron Connectort
http://cabron.sourceforge.net/ Cabron Connector 采用了传统的post方法结合CDE (Compact Data Exchange)格式，同样需要在flash中嵌入一些actionscript的组件来交换数据。

NKConnect PHP Connector
http://nuthing.com/flashconnect/ 采用了wddx包装数据。

你的想法呢？