在PHP世界中選擇最合適的模板--比較PHPLIB Template和FastTemplate

比較|模板 PHP工程中的模板應用，是進行中型乃至大型項目中建議採用的處理表現層的好辦法。但是具體到模板的實施，採用何種現有的模板技術卻需要進行一番比較。
PHP世界中比較受關注的模板處理有PHPLIB Template和FastTemplate兩種，我們對技術的易用性和速度進行了評測--想知道結果嗎？

事情的起因：你用過FastTemplate嗎？
對於PHP工程中的模板應用，其實我和我的同事們已經在許多的項目中接觸過--關於它的好處，我想無論是在實際開發階段還是上升到設計模式的角度都已經有很多"前輩先哲"討論過了。就項目實施而言，在一些中型甚至大型的項目中，有效將HTML（還有其他文本形式的表現層）和PHP代碼分開，不僅在開發階段可以分別提高介面設計人員和應用程式編寫人員的工作效率，更會給項目的測試和維護帶來巨大的便利。

但是--本文的目的不是討論模板的優缺點，也不是作為指導性的教程講授如何在PHP項目中使用模板，而是以應用的視角比較兩種PHP世界中最為流行的模板處理方式（其實只不過是兩種模板類）：PHPLIB Template和FastTemplate。

其實我一直都在"安靜"的使用著PHPLIB Template--很穩定而且看上去速度也不錯，以至於我並不想再去不安的尋找可能更好的替代品--雖然我也知道這個地球上還有FastTemplate這樣的東西（而且還在Perl的世界中大名鼎鼎）。直到有一天，有一個同事問我："不知道FastTemplate怎麼樣？為什麼我們不試試FastTemplate呢？"

"好吧，就讓我們試試！"不過作為一個穩妥的方法，在任何新的模式或者方法引入項目之前，最好能夠更加全面的瞭解它，以及找到一個或者幾個足夠說服自己和同事去採用它的理由--對於FastTemplate也不例外。

主角出場：瞭解PHPLIB Template以及FastTemplate
前面已經說過，我已經使用PHPLIB有一段時間了--我想螢幕前的你也許和我一樣，也對這個優秀的工具類庫印象很深吧！同樣，當我開始尋求模板的解決辦法時，很自然的就會在最接近身邊的工具箱裡搜尋，於是我找到了PHPLIB中的Template類。在最初的很快瀏覽完它提供的API之後（當然還得感謝PHPLIB詳盡的文檔），我就開始了使用它的曆程--直到現在。

而FastTemplate似乎名氣更響亮一些，在其發跡的Perl世界中自然是這樣，在PHP世界中似乎也是，單單從這一點上就足夠讓人相信它的能力了。

關於兩者的使用辦法，本來我想在這裡多廢話幾句的；但是畢竟覺得自己恐怕專門寫出兩篇教程來也沒有現有的教程受歡迎--在本文的參考資料中有關於PHPLIB Template和FastTemplate的有名教程，如果你自認還沒有對這兩種模板或者其中的一種有所認識，建議你先去看看那兩篇文章，應該會得到不少有益的模板應用知識。

（一番滑鼠點擊以及眼球轉動甚至親自編寫測試代碼之後，）現在你對兩種模板都有了一些瞭解，也許已經發現了它們之間的很多相似之處，在下面我就會將這些地方歸納一下。

變數的設定
很明顯，{FOO}或者{BAR}的形式在兩種模板中都是指定的形式；也就是說，兩種模板處理方式中，模板檔案本身的外貌應該可以是一致的（比如都是HTML檔案中間含有將要被替換的以{}標識的變數）。
模板類的初始化（類的構建器）
都需要在構建模板類的時候指定模板檔案存在的目錄位置。
變數的替換
模板處理中最常用的就是變數替換，兩種方式除了方法名不同之外（PHPLIB Template採用set_var()，而FastTemplate採用assign()），用法幾乎也是一致的--可以採用(key, value)的方式，也可以直接傳遞一個數組(array(key=>value))。
模板檔案的處理
都是採用為每一個模板檔案指定一個控制代碼（handler）的辦法，同時控制代碼也可以作為變數的值替換另一模板檔案中的變數。
解析、輸出過程
都是需要調用parse()方法（這個方法名竟然是相同的）將需要輸出的模板檔案解析後賦值給一個控制代碼，然後調用各自輸出的方法（PHPLIB Template中是p()，FastTemplate中是FastPrint()）輸出該控制代碼的內容並結束處理。
重複解析的過程
比如從資料庫中取出幾條記錄需要顯示而模板檔案只有可替換的一行變數的時候，就很需要這樣的功能。兩者都具有這樣的功能，只是使用時稍稍有些不同而已（PHPLIB Template採用parse(handler, value, true)，而FastTemplate採用parse(handler, .value)在值的前面多加一個點），應該說PHPLIB Template的方法構造得相對優美一點。
區塊解析的過程（或者可以稱作動態解析）
想像一下你需要從資料庫中取出合格資料並顯示在網頁中--但是因為條件會不盡相同，你並不能明確的知道會有多少條資料--這時候如果你又要採用模板，那麼區塊就是最好的選擇。它是在模板中用特定的符號定義的部分，這一部分可以反覆的被解析並添加到（而不是前一次的解析被後一次覆蓋）輸出網頁中。區塊也許就像下面顯示的一樣（左邊是PHPLIB Template採用的區塊設定，而右邊則是FastTemplate採用的）：

好吧，如果你對以上蒼白的文字介紹還是有些摸不著頭腦，那麼我們就來看看兩個詳盡的模板處理的常式吧！（如果你有興趣對後面的測試代碼進行發掘，就會發現其實以下的兩個例子都來自那裡）


怎麼樣，是不是感覺幾乎是一致的？下面是區塊解析的例子，你也會發現同樣的效果：


我們的測試目標和結果
結束了對PHPLIB Template和FastTemplate的瞭解，應該可以進入本文的正題了--在應用環境中當然應該選擇便於使用同時速度理想的組件構建系統，那麼對於這樣的兩種類似技術，進行評測非常有必要。評測應該是由兩部分組成：技術的使用難度和速度的快慢程度--前者是評論的部分，而後者是測試的部分。對於前者，我們主要針對兩個類提供的API進行評論；對於後者，我們會讓測試的資料來說話，當然這中間免不了需要編寫一些簡單的測試代碼。

回合一：技術的易用性
這一回合主要是探討PHPLIB Template和FastTemplate提供的API的使用方式。應該說，前者提供的API更符合PHP的一些常見編碼慣例（特別是當你的項目中採用了PHPLIB的其他類時，這樣的規範性會對整個項目有好的影響）；而後者的一些方法名總覺得有些彆扭（希望你不要覺得這隻是我的狹隘看法，比如FastPrint()等等），同時方法的參數也不是非常"地道"，這一點你也可以從剛才的代碼看出來。

另外一點需要指出的是，對於模板區塊的解析，FastTemplate直到最近的版本才開始支援。也就是說，如果你採用了之前的版本，在處理諸如資料庫中記錄的輸出等內容時，不得不把這塊內容隔離儲存區 (Isolated Storage)在某處，然後在模板分析處理時附加上這個檔案--真是一件讓人難受的事情，尤其是對網頁設計人員而言。

當然還有一點需要考察--那就是對於PHP版本的支援。PHPLIB產生在PHP3的時代，這一點和FastTemplate差不多；但是根據我們的應用，PHPLIB在現在的PHP4環境下運行相當好，而FastTemplate的網頁上則顯示了一些資訊表明對於PHP4也許它還有一些BUG存在。

好了，講了這麼多（也許你會覺得都是FastTemplate的壞話），這個回合的勝利者很明顯：PHPLIB Template，尤其是你同時在使用PHPLIB的其他類時，這樣的技術易用性更加明顯（你將不會對這些出自同一個開發小組的API感到陌生）。

回合二：處理速度
也許這才是很多人最關注的部分--在這個回合中，我們會採用兩種模板處理的方式：一種是常規的分析、替換，另一種是對區塊的解析、替換--同時這樣的兩種方式也是在實際系統中應用最多的：前者是一般的頁面處理，後者是關於資料庫內容的輸出處理。同時，由於兩種模板類採用的模板檔案的格式基本相同，使得我們可以提供幾乎一致的模板檔案分別供兩種模板解析，更增加了測試的可信度。

開展這樣的速度測試之前會擬定一個測試方案，簡單說來就是對於兩種處理方式分別編寫兩個PHP測試頁面，同時有一個控制測試的頁面多次調用這兩個頁面並記錄時間供採集測試資料。（如果有興趣你還可以參考以下詳細的測試方案，也許會對你深入瞭解這次測試有所協助）

小結--在整個測試系統完成之後，我們應該能夠得到/test目錄中如下的檔案清單：

（有點複雜的測試方案）
首先是確定測試的硬體和軟體環境--硬體肯定是自己的機器了，Intel Celeron 733MHz， 256M RAM，40G HDD；軟體平台中OS為Win2K Pro，Web伺服器為Apache+PHP，且以模組方式運行。

其次是規劃這次測試的系統--當然先在Web伺服器的主目錄下開一個tpl_test的新目錄用以放置這個測試的所有檔案；然後在/tpl_test下建立include目錄以存放兩個模板類檔案（我們測試的核心，以.inc.php為副檔名）以及一個測試類別檔案（包括了計時和記錄日誌以及讀取日誌並分析等功能，以.inc.php為副檔名）和一個資料檔案（為區塊解析的測試做準備，主要包含了一個二維數組，同樣以.inc.php為副檔名），建立ihtml目錄存放使用的模板檔案（需要被解析的模板檔案，以.ihtml為副檔名），建立logs目錄存放測試產生的日誌（後面就是發現，其實測試的資料就是由對這些日誌的分析得到的，以.log為副檔名）。當然，兩種模板的處理PHP檔案就放在/test目錄下。這次測試最關鍵的一點是，還需要建立一個PHP檔案，對以上提到的負責模板處理的檔案進行數次調用：比如一個檔案fast_test.php是採用FastTemplate解析模板的，而phplib_test.php是採用PHPLIB Template解析的，那麼這個得出結果的PHP檔案就負責多次以HTTP的方式請求以上的兩個頁面以獲得測試資料。

選擇待解析的模板和PHP程式編寫--因為兩種模板處理方式對於模板檔案本身的格式要求幾乎一致（比如待替換變數都採用{VAR}的形式等等），因此可以盡量保證同一測試中兩者選用的模板儘可能相同以謀求測試的最大公正性；同時在前文提到，為類比現實系統中常用的兩種模板應用：一般的頁面處理和對資料庫內容的輸出處理，測試使用的模板檔案也分成兩種：一種是普通的帶有一些待替換變數的模板檔案，另一種是帶有區塊的需要根據應輸出的內容反覆替換的模板檔案。同樣對於這兩種模板檔案，也需要分別編寫兩種不同的PHP檔案進行解析。

測試方法--在瀏覽器中向/test/result.php提出請求，需要帶參數type=[simple|complex]，在返回的結果中即可看到兩種模板在簡單或者複雜模式下的測試結果。



Level 1 Level 2 Level 3 Remark
/test 測試系統的根目錄

result.php 進行測試併產生結果的PHP檔案，測試時只需要在瀏覽器中請求該頁面即可獲得測試資訊
simple__test_phplib.php 使用PHPLIB Template對一般模板進行分析的PHP檔案
simple__test_fast.php 使用FastTemplate對一般模板進行分析的PHP檔案
complex__test_phplib.php 使用PHPLIB Template對帶區塊模板進行分析的PHP檔案
complex__test_fast.php 使用FastTemplate對帶區塊模板進行分析的PHP檔案

/include 包含PHP類檔案.inc.php
phplibTemplate.inc.php PHPLIB Template類檔案
FastTemplate.inc.php FastTemplate類檔案
TplTest.inc.php 測試中需要使用的測試類別，包含諸如計時、讀取/分析日誌等方法。
data.inc.php 測試帶區塊模板時採用的資料檔案。

/ihtml 包含模板檔案.ihtml
simple_phplib.ihtml 採用PHPLIB Template處理的一般模板檔案
simple_fast.ihtml 採用FastTemplate處理的一般模板檔案
complex_phplib.ihtml 採用PHPLIB Template處理的帶區塊的模板檔案
complex_fast.ihtml 採用FastTemplate處理的帶區塊的模板檔案

/logs 包含記錄檔.log
simple_phplib.log 採用PHPLIB Template處理一般模板產生的日誌
simple_fast.log 採用FastTemplate處理一般模板產生的日誌
complex_phplib.log 採用PHPLIB Template處理帶區塊模板產生的日誌
complex_fast.log 採用FastTemplate處理帶區塊模板產生的日誌

經過了測試系統的設計和編寫，並且向負責網頁設計的同事討來兩個模板之後，我們就可以訪問這個系統了--前期的辛勤勞動使得現在觀看結果的工作只需要在瀏覽器的地址欄中打入 http://localhost/tpl_test/result.php?type=[simple|complex] （如果你是在其他的非本機伺服器中進行這個測試，那麼網域名稱應採用所在伺服器的網域名稱--比如我自己的機器叫做patrick等等）。下面是我自己在某一次的測試中獲得的結果：（測試結果資料解釋）

名稱 解釋 備忘
amount 測試總數（連續請求該頁面總數） 該參數可在result.php檔案中修改
max_seq 最大處理時間的序號 範圍在1－amount之間
max_value 最大處理時間的值 峰值資料供參考
min_seq 最小處理時間的序號 範圍在1－amount之間
min_value 最小處理時間的值 峰值資料供參考
average 平均處理時間 測試中最有價值的資料







當然，如果你覺得一次測試的結果並不可靠，可以反覆按下瀏覽器的重新整理按鈕，就能夠觀察到不同測試的結果（理論上應該是相差無幾）。

測試結果以及頒發"XX選擇獎"
好了，在偏重速度測試的回合二中PHPLIB Template以驚人的2倍的速度戰勝了FastTemplate；而同時在第一回合中PHPLIB Template有以良好的API設計和易用性佔得上風。結果顯而易見--我們的選擇獎當然頒發給了PHPLIB Template，同時這次的測試也讓我們對PHPLIB這個類庫設計有了更深的瞭解。

主觀評價
既然有了結果，那麼FastTemplate自然也就不能進入我們的項目了--雖然從結果上看來我們花費了半天的時間得到了一個毫無變化的結果（PHPLIB Template繼續很好的在項目中使用），但是測試的過程卻是很有價值的，特別是採用PHP進行測試的方法，應該會在以後的類似決策中起到一定參考作用。

參考資料
本文中的測試代碼下載 (article_256.zip)

介紹PHPLIB Template和FastTemplate的著名文章

Templates, The PHPLIB Way
by David Orr, May of 2000
(http://www.phpbuilder.com/columns/david20000512.php3 )
(PHPLIB Template)
Templates - why and how to use them in PHP3
by Sascha Schumann, March of 1999
(http://www.phpbuilder.com/columns/sascha19990316.php3 )
(FastTemplate)
PHPLIB Template和FastTemplate的首頁

PHP Library Homepage
(http://phplib.netuse.de )
FastTemplate Homepage
(http://www.thewebmasters.net/php/FastTemplate.phtml )
其他模板處理文章以及其他關於PHP的資料
PHP Builder (http://www.phpbuilder.com )

以上文章的中文譯本以及其他的中文PHP資料
PHP中文使用者(http://phpuser.com )