php開發(fā)，是否大多數(shù)公司都用模板引擎？在我們公司改版之前，我們用的是Smarty。老實(shí)說，它確實(shí)很有用，但是PHP處理模板引擎的效率不是很高。1.IO速度太慢。多次在模板繪制中遇到壓力測試的瓶頸。雖

php開發(fā)，是否大多數(shù)公司都用模板引擎？

在我們公司改版之前，我們用的是Smarty。老實(shí)說，它確實(shí)很有用，但是PHP處理模板引擎的效率不是很高。

1.IO速度太慢。多次在模板繪制中遇到壓力測試的瓶頸。雖然存在緩存，但緩存有一個更大的問題，即當(dāng)您的項(xiàng)目具有集成的推送環(huán)境時，緩存失敗，您將失去聯(lián)機(jī)測試服務(wù)器的權(quán)利。等待緩存失敗將是一場噩夢

2.智能繼承很容易使用，但很容易被濫用。不僅Smarty，其他引擎也有這個功能，節(jié)省了很多時間，但它會導(dǎo)致所有項(xiàng)目都繼承公共模板。在未來，會有需求迭代。你需要在頭上加些東西。任何人都可以改變主意。很容易出問題，不能集中管理。

3.智能函數(shù)很好用，但是讓前端看起來像PHP工程師有時候你可以靠前端寫智能函數(shù)來拼接一些字符串，但是PHP不愿意做，前端可能直接用智能函數(shù)做一個智能模板文件就越來越臃腫了

總而言之，業(yè)主在使用模板引擎時一定要三思而后行，制定規(guī)范，考慮踩坑，不要后悔工程的規(guī)模。

PHP模版引擎和框架有什么區(qū)別，各有什么用？

模板引擎是一種過時的技術(shù)。一開始，筆者編寫模板引擎的初衷是將前后分開，這樣視圖頁面就不會和PHP代碼混在一起，這樣前端開發(fā)人員就可以自己集成視圖頁面了。然而，理想是非常豐富的。各種各樣的模板引擎和不同的語法無疑增加了前端的學(xué)習(xí)成本，而學(xué)習(xí)模板引擎的語法對他們自己來說是很有價值的——集成視圖頁面的仍然是PHP程序員，但是PHP程序員編寫模板引擎的語法非常繁瑣（模板引擎的視圖最終會轉(zhuǎn)換成PHP代碼），所以模板引擎現(xiàn)在是一項(xiàng)非常薄弱的技術(shù)，它唯一的作用可能就是頁面緩存。而且，真正的前后分離趨勢越來越流行，模板標(biāo)引也越來越流行，清的地位更是雪上加霜。

框架是集成了ORM、事件驅(qū)動、模板引擎等多種常用功能的基礎(chǔ)架構(gòu)，可以減少開發(fā)人員重復(fù)構(gòu)建輪子的時間，提高開發(fā)效率。