如何使用PHP來快速地寫程式碼，模版似乎成為了唯一的選擇。但一個PHPer最終應該堅持使用模版，放棄模版，還是使用自己的模版？
以下想法是屬於所有PHPer的想法：
「模板這東西,其實最重要的是適合自己的專案需求,而不是適合自己的習慣.例如一個企業的宣傳網站,訪問量不大,更新量也不大,用什麼都一樣,甚至不用,直接PHP+HTML寫可能速度最快.也沒什麼不可.但是如果是一個新聞系統,或者是內容髮布系統.兩者這樣,就非常有必要用到模板這項技術.因為他們都有一個共通的地方,就是有一類頁面要用到同一個樣式的頁面設計.而根據實際情況,比如訪問量的大小,項目的緊急程度以及程序員對於模板技術的熟練程度,選擇最適合項目的模板技術..這才是首選。越長越發覺得模板是好東西。的初衷是將程式碼和頁面分開來分別處理，畢竟誰也不願意一邊寫程式碼，一邊處理頁面。 PHPLIB我認為每個模板都有自己優點，也有自己的不組，關鍵看你的專案需要什麼，用什麼最好！過了一段時間後，感覺太簡單了，每個模板變數都要寫程式碼去替換，每引用一個模板也得寫一行程式碼（也許PHPLIB有批次處理功能，我太菜不知道）因而放棄了，後來用plog建站的時候接觸到了smarty，感覺smarty過於龐大，確實能加快開發進度，但是很多功能實際上都用不上，因此，最後還是自己寫了模板引擎，要模板實現的功能很簡單，就是一個模板變數的替換功能，再加上include其他模板和foreach塊操作功能。輸出的處理。厲害的人不用模板...可能是沒到那種境界...個人感覺還是使用模板的好..至少可以分工..加快開發速度。的就行了..在現成的基礎上加上一些自己學要的實際功能。因為模板引擎太慢了感覺不好用。 」
「我用第三方的，最好是開源的。至於用哪個，看個人的愛好。 ”[來自leeyupeng]“我還是傾向於使用自己的模板簡單實用。 ”[來自夕日]“由於考慮到性能，我一般不使用通用的模板，會根據實際情況做一些取捨，具有一定的局限性。 ”[來自Ben]“根據需要來決定使不使用模板,以及使用什麼模板。靈活一點總是沒有壞處的。 」[來自xlmo]「個人喜歡簡單快速的模板，可以考慮用現成的模板，不過一般會根據實際項目優化一下，把裡面用不到的一些功能刪除等。 」
「使用模板一般倒不會導致瓶頸，至於會影響點效率主要這麼幾點:
1、程序和模板分離後，一個文件就變成兩個或者多個了，那麼讀取模板這個IO也是要點時間的
2、解析模板相對是比較複雜的，一般都需要N個preg_match，preg_replace之類函數來處理或者替換
3、模板的載入和替換工作明顯需要比不使用模板佔用更多的記憶體
所以提高效率注意以下幾點:
1、模板解析程式選用支援編譯和快取的，這個對效能好處是最明顯，看自己怎麼靈活應用了
2、解析程式盡量簡單，什麼功能都放進去那用起來是方便了，性能也差了
3、做html的模板頁面時候也是遵從簡單的原則，比如按xhtml標準做，盡量不要把一個頁面拆成很多個模板然後再include。 」
「如果使用模版的話，我覺得有能力還是自己寫一個好。這也是鍛煉。不過要用我覺得小強很好。可以在可視化下編輯。」[來自jejwe]「我個人也認為模板文件的可視化編輯性非常重要。根據具體的專案開發而言的，不能死求哪一個的。 ，PHP模板可以讓你的程式碼脈絡更加清晰，結構更加合理化。每一個PHPer來說，沒有一個PHP模板對他是最適合、最完美的。的基礎上充分認識到模板的優劣勢和該PHP應用原理，PHPer就能得到自己需要的適合自己開發風格的PHP模板。不是最終解決方案。認為做一個自己的PHP模板是非常困難。模板一步一步實現，並及時融入最新的思想和理念。公司而言特別實用。固定不變的，它將伴隨你一直成長，也會成為你的PHP歷程的見證。 、穩定性等語言本身的特性而擔心。 （www.php.cn）！
