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

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

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

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

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

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

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

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

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

好吧，如果你對以上蒼白的文字介紹還是有些摸不著頭腦，那么我們就來看看兩個詳盡的模板處理的例程吧！（如果你有興趣對后面的測試代碼進行發(fā)掘，就會發(fā)現(xiàn)其實以下的兩個例子都來自那里）

怎么樣，是不是感覺幾乎是一致的？下面是區(qū)塊解析的例子，你也會發(fā)現(xiàn)同樣的效果：

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

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

另外一點需要指出的是，對于模板區(qū)塊的解析，F(xiàn)astTemplate直到最近的版本才開始支持。也就是說，如果你采用了之前的版本，在處理諸如數(shù)據(jù)庫中記錄的輸出等內容時，不得不把這塊內容獨立存儲在某處，然后在模板分析處理時附加上這個文件--真是一件讓人難受的事情，尤其是對網(wǎng)頁設計人員而言。

當然還有一點需要考察--那就是對于php版本的支持。phpLIB產(chǎn)生在php3的時代，這一點和FastTemplate差不多；但是根據(jù)我們的應用，phpLIB在現(xiàn)在的php4環(huán)境下運行相當好，而FastTemplate的網(wǎng)頁上則顯示了一些信息表明對于php4也許它還有一些BUG存在。

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

回合二：處理速度
也許這才是很多人最關注的部分--在這個回合中，我們會采用兩種模板處理的方式：一種是常規(guī)的分析、替換，另一種是對區(qū)塊的解析、替換--同時這樣的兩種方式也是在實際系統(tǒng)中應用最多的：前者是一般的頁面處理，后者是關于數(shù)據(jù)庫內容的輸出處理。同時，由于兩種模板類采用的模板文件的格式基本相同，使得我們可以提供幾乎一致的模板文件分別供兩種模板解析，更增加了測試的可信度。

開展這樣的速度測試之前會擬定一個測試方案，簡單說來就是對于兩種處理方式分別編寫兩個php測試頁面，同時有一個控制測試的頁面多次調用這兩個頁面并記錄時間供采集測試數(shù)據(jù)。（如果有興趣你還可以參考以下詳細的測試方案，也許會對你深入了解這次測試有所幫助）

小結--在整個測試系統(tǒng)完成之后，我們應該能夠得到/test目錄中如下的文件清單：

php技術：在PHP世界中選擇最合適的模板與使用方法第1/2頁，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。