模板引擎 - ThinkPHP中的模板標籤具體有什麼作用呢？

TP裡有很多內建標籤，判斷比較、迴圈等等，使用PHP做服務端開發平時與前端配合較多，個人覺得這些標籤會複雜化HTML的可閱讀性，而且前後端工程師不應該在這些標籤上浪費時間……

我想了兩點：

1. 要說繼承的話，以前的項目裡用CI重寫過load對象，也是用PHP來進行組裝HTML的。這方面也不會有很難搞的地方。

2. 要是說前後端分離的話，我覺得web開發本身就是一個需要相關知識比較寬泛的工作，而且肯定要有對接的部分，使用了模板引擎之後前端仍然是還要寫很多模板變數（少敲幾個字元這倒是真的……）。

最後還是覺得，程式應該是考慮解決問題，並且考慮效能優先的。所以不是很理解模板這個設計的初衷，TP的源碼沒完整看，不太瞭解這些內建標籤在效能上的問題。

剛開始用TP，也許我有理解不對的不要鄙視我……

回複內容：

TP裡有很多內建標籤，判斷比較、迴圈等等，使用PHP做服務端開發平時與前端配合較多，個人覺得這些標籤會複雜化HTML的可閱讀性，而且前後端工程師不應該在這些標籤上浪費時間……

我想了兩點：

1. 要說繼承的話，以前的項目裡用CI重寫過load對象，也是用PHP來進行組裝HTML的。這方面也不會有很難搞的地方。

2. 要是說前後端分離的話，我覺得web開發本身就是一個需要相關知識比較寬泛的工作，而且肯定要有對接的部分，使用了模板引擎之後前端仍然是還要寫很多模板變數（少敲幾個字元這倒是真的……）。

最後還是覺得，程式應該是考慮解決問題，並且考慮效能優先的。所以不是很理解模板這個設計的初衷，TP的源碼沒完整看，不太瞭解這些內建標籤在效能上的問題。

剛開始用TP，也許我有理解不對的不要鄙視我……

用原生PHP代碼，和用模板，最後的效果是一樣的，模板也會解析成原生的代碼。要說效率，感覺區別不大。

我覺得你既然使用架構了，那當然還是使用他們的模板去編寫代碼比較好，畢竟每個模板的開發人員，都是經過深思熟慮才做了各種便利的設定。你要非得寫原生PHP，那你何必用架構，而且如果不按架構的規範開發，對你以後更快捷的使用該架構也是無利的。

架構是便於我們更快速的去開發，但在使用架構的同時，對基本原理，也需要自己深層次的學習，基礎還是要紮實。

我感覺模板標籤的作用就是在html裡少寫php
php是種很靈活的語言,沒有模板引擎的約束,我感覺前端html裡的代碼會嵌入php的方式非常多,甚至可能有些人函數還定義在裡面,或者一些邏輯還寫在裡面,但用了模板引擎這樣做的人就很少,無論是不是新手
效能什麼的不需要太注重,即使使用了模板引擎,也可以將他解析成html混合php的形式將其緩衝起來的,理論上你只是第一次通過正則解析完後,第二次就可以不用再次解析了.

就是為了前後端分離, 模板引擎大同小異, 前端開發人員學習它的用法的成本遠遠低於學習一門語言的成本.

為了編輯器的文法著色正常

