模板

用PHP實現(xiàn)MVC開發(fā)模式的邏輯層和表示層有多種模板引擎可供選擇，但是官方引擎SMARTY誕生后，選擇就有了變化。它的理念和實現(xiàn)都是相當"前衛(wèi)"的。本文主要討論SMARTY之于其他模板引擎的不同特點，簡要介紹了該引擎的安裝及使用，并用一個小的測試案例對比了SMARTY和PHPLIB template的速度和易用性。

一、MVC需要模板

MVC最早是在SmallTalk語言的開發(fā)過程中總結出的一種設計模式，MVC分別代表了"模型"、"視圖"和"控制"，目的就是讓不同的開發(fā)角色在大中型項目中各司其職。在網(wǎng)絡應用程序的開發(fā)中，可以用下圖來表示各概念之間的關系。

該圖展示了一個簡單的WEB應用程序，用戶在瀏覽器上看到信息是數(shù)據(jù)庫服務器上的內容，但在這之前經過了應用服務器加工。開發(fā)人員負責的就是建立數(shù)據(jù)結構、處理數(shù)據(jù)的邏輯以及表示數(shù)據(jù)的方法。

96年CGI在中國開始流行的時候，早期的WEB程序員都是從HTML開始自學成材的，在PERL中print一行行的HTML并不是一件難事，但是隨著網(wǎng)絡的一步步提速，頁面大小也從當初的二、三十K暴漲了十倍。寫CGI程序就產生了一個迫切的要求：分開PERL和HTML源碼。于是，社會進步體現(xiàn)在開發(fā)小組內部的分工上。由于美工和程序員對互相的工作并不是十分熟悉，在進行合作的過程中需要用一種約定的"語言"進行交流。

這種語言并不是我們的母語或者英語，術語叫做"模板"，邏輯和表示依靠它聯(lián)系。它是結合了HTML和腳本語言特征的一種表達方式。通過這種方式，表示層可以按照用戶所希望的格式來顯示經過邏輯層處理過的數(shù)據(jù)。如果你有Windows平臺下MFC的開發(fā)經驗,那么一定會很熟悉Document/Document Template/View的封裝，這就是一個很典型的MVC例子。對于Web應用來說，個人認為J2EE中的EJB/servlets/JSP是最強大的，當然還有簡潔優(yōu)美的Structs。另一個很有名的實現(xiàn)就是COM/DCOM+ASP，這個組合在我國是最多人使用的。

通過幾種MVC實現(xiàn)在WEB應用程序里的對比，可以得到一個關于模板的概念：一組插入了HTML的腳本或者說是插入了腳本HTML，通過這種插入的內容來表示變化的數(shù)據(jù)。下面給出一個模板文件的例子，這個模板經過處理后在瀏覽器里顯示"Hello, world!"

??

這里暫且省略處理方式，在后面做專門對比討論。

二、為什么選SMARTY?

對PHP來說，有很多模板引擎可供選擇，比如最早的PHPLIB template和后起之秀Fast template，經過數(shù)次升級，已經相當成熟穩(wěn)定。如果你對目前手中的模板引擎很滿意，那么......也請往下看，相信你作為一個自由軟件愛好者或者追求效率和優(yōu)雅的開發(fā)者，下面的SMARTY介紹多少會有點意思。

除了個人偏好的影響，我一直傾向于使用官方標準的實現(xiàn)，比如APACHE的XML引擎Axis。好處就是可以獲得盡可能好的兼容性(比如早期MFC對于Win3x的兼容性就比其它的應用程序框架好，當然現(xiàn)在各種版本都很完善了)。SMARTY發(fā)布之前我一直使用的是 PEAR 中的Integrated Template eXtension。這個引擎和PHPLIB template、Fast template幾乎是兼容的，從模板的語法到對模板的處理同出一轍：都是將模板讀入內存然后調用parse()函數(shù)，用數(shù)據(jù)對預置的標記進行替換。

下面看看SMARTY是怎么做的。接到request后，先判斷是否第一次請求該url，如果是，將該url所需的模板文件"編譯"成php腳本，然后redirect；如果不是，就是說該url的模板已經被"編譯"過了，檢查不需要重編譯后可以馬上redirect，重編譯條件可以自己設定為固定時限，默認的是模板文件被修改。??

怎么樣，看起來是不是有點眼熟？想起來了──這不就是JSP的原理嘛！的確，這種"編譯"用在PHP這樣的解釋性腳本引擎上顯得匪夷所思，但是仔細想想，JAVA不也是由JVM解釋執(zhí)行的嗎？這就叫"沒有做不到，只有想不到"。

既然談到了JAVA，就再對PHP的未來發(fā)表一點看法。PHP官方網(wǎng)站上宣布了要在2003年年底發(fā)布PHP5.0版。這個版本擁有很多嶄新的特性：比如異常處理，命名空間，更加面向對象等等?？梢哉f越來越向JAVA靠攏，SMARTY也是新特性之一，使得PHP更適用于大中型項目的開發(fā)。但是似乎離我當初選擇它的原因──靈巧易用──越來越遠了。但就一個軟件的生存周期來看，PHP正處在成長期，開發(fā)者賦予它更多的功能，以期能勝任商業(yè)應用是利大于弊的。作為PHP的忠實用戶，肯定不希望PHP總是被人指責"能力不足"吧？

為什么選擇SMARTY，僅僅因為它很像JSP？當然有更為充分的理由。首先，除了第一次編譯的成本比較高之外，只要不修改模板文件，編譯好的cache腳本就隨時可用，省去了大量的parse()時間；其次SMARTY像PHP一樣有豐富的函數(shù)庫，從統(tǒng)計字數(shù)到自動縮進、文字環(huán)繞以及正則表達式都可以直接使用；如果覺得不夠，比如需要數(shù)據(jù)結果集分頁顯示的功能，SMARTY還有很強的擴展能力，可以通過插件的形式進行擴充。

事實勝于雄辯。我設計了一個測試程序，通過速度和開發(fā)難度這兩個因素對比了一下SMARTY和PHPLIB template，選PHPLIB template的原因是在patrick的文章 《在PHP世界中選擇最合適的模板》中有一個PHPLIB template對Fast template的競賽，結果PHPLIB template大獲全勝，這使得SMARTY有了一個很好的對手。在測試之前，先談一下在安裝過程中需要注意的問題。

三、可能遇到的問題

在SMARTY的 官方網(wǎng)站上，有詳盡的用戶手冊，可以選擇在線HTML和PDF格式的版本。這里就不再涉及手冊上已有的內容，只是把初次使用可能遇到的問題做個解釋。

第一個問題就很要命：提示說找不到所需文件？并不是每一個人都按照SMARTY默認目錄結構來寫應用的。這里需要手工指定，假設目錄結構如下：

就需要在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 = "/}";

這下安裝就基本完成，沒問題了。

[1]?[2]?下一頁??