千萬不要人云亦云的說這個好那個不好，選擇模板之前最好先應該搞清楚模板的真正目的是什么？ 簡單地說，模板的核心目的就是一個 team work。主要的作用方式有兩種：

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 而是事務邏輯(business logic )和顯示邏輯(presentation logic)。這也是為什么我一直對于smarty 這種東西非常的抵觸， 因為這個 smarty 的語法太復雜了太強大了， 幾乎重新發明了一種腳本語言東西， （即使是php的程序員也要重新學習它）。更讓人費解的是 這種腳本 越是強大，越容易讓人將事務邏輯(business logic )和顯示邏輯(presentation logic)混在一起， 破壞了模板的初衷。

如果你既想html和php分離，得到更好的視覺設計，又想整個系統有非常強大的擴展能力能夠適應html,xml,wml各種界面，而且不用去學習復雜的語法的同時提供較高的運行效率，那么這就是一個相當有挑戰性的問題了。壞消息是目前還沒有一個成熟的模板真正能夠達到這樣的要求，好消息是完成這樣的一個模板并不是很難，如果你嘗試過zope或者是coldfusion就會發現這種模板的影子，

（wact http://wact.sourceforge.net/ 和 phptal http://phptal.sourceforge.net/ 就是在向這個方向發展，應該很有前途）。

模板和數據的結合（模板的調用）方式主要有兩種：推的方式和拉的方式。

推的方式是用php將數據推給模板，就是說需要程序員明確地為模板中的每一個變量賦值，將他們綁起來。

而拉的方式則像把php 和 html 混在一起一樣，模板種的變量主動把數據拽進來。

說到模板就不能不提到另外兩種東西：

phphtmllib 和 quickform(http://pear.php.net/package/html_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來傳送數據。

其實關于php的模板還牽扯到很多其它的問題，一時半會我也只能寫這么多了。