|
|
方法一、使用在父模板中使用{include file="child.tpl"}直接將子模板包含進(jìn)來
優(yōu)點(diǎn)：
1、有利于模塊的劃分和模板的重用。
2、嵌套層次不多的時(shí)候，模板的結(jié)構(gòu)清晰，一眼過去就知道這個(gè)模板的內(nèi)容和結(jié)構(gòu)。
3、只需要一個(gè)smarty實(shí)例就能做完所有的事情，減少系統(tǒng)資源的占用。
不足：
1、子模板中的變量可能與父模板的變量發(fā)生沖突
2、多重嵌套的時(shí)候，變量名沖突的幾率增大，為所有的變量賦值的難度也加大。
3、子模板的可操控性差，例如不能通過設(shè)置$cache_id, $compile_id,來得到多個(gè)結(jié)果。
4、擴(kuò)展性差。如果需要添加新的模板的時(shí)候需要修改模板，同時(shí)還需要修改程序。
方法二、通過$smarty->fetch()將子模板的數(shù)據(jù)當(dāng)成變量assign到父模板中
優(yōu)點(diǎn)：
1、同樣有利于模塊的劃分，模板的重用
2、模板的結(jié)構(gòu)同樣清晰
3、子模板作為單獨(dú)的對(duì)象，可操控性強(qiáng)
4、擴(kuò)展性較好
5、每個(gè)子模板都是單獨(dú)的對(duì)象，不會(huì)出現(xiàn)變量名沖突的問題
不足：
1、如果子模板多的時(shí)候，需使用多個(gè)smarty實(shí)例來實(shí)現(xiàn)，php代碼顯得臃腫
2、占用較多的系統(tǒng)資源
3、......
在那個(gè)的時(shí)候，出于對(duì)性能的要求，以及在沒有測試的情況下，想當(dāng)然的認(rèn)為include的性能一定就比fetch的性能要高，所有本人使用include這個(gè)方法，結(jié)果隨著系統(tǒng)功能的不斷的增加，感覺到越寫越復(fù)雜，這有很大一部分原因是設(shè)計(jì)的問題，但是模板間的嵌套也是問題之一，于是回過頭來考慮使用fetch這個(gè)方法。在重新做出決定之前對(duì)這個(gè)方法的性能做了測試，分別對(duì)單個(gè)模板的情況下和多個(gè)模板的情況進(jìn)行測試
單個(gè)子模板測試：
有三個(gè)頁面test1.php，test2.php，test3.php。這三個(gè)頁面都輸出同樣的內(nèi)容。test1.php的模板沒有嵌套，test2.php的模板使用了一次include，test3.php使用fetch來實(shí)現(xiàn)子模板的嵌套。使用apache自帶的ab測試訪問各個(gè)頁面所需要的平均時(shí)間（單位：ms）
第一次測試時(shí)，使用ab -n 10000 對(duì)以上三個(gè)頁面進(jìn)行10次，每次累計(jì)10000個(gè)訪問，結(jié)果如下。
| ab -n 10000 | test1.php | test2.php | test3.php | test2/test1 | test3/test1 |
| 1 | 5.178 | 5.442 | 6.097 | 1.050984936 | 1.177481653 |
| 2 | 5.253 | 5.972 | 6.027 | 1.136874167 | 1.147344375 |
| 3 | 5.223 | 6.039 | 5.987 | 1.156232051 | 1.146276087 |
| 4 | 5.533 | 5.997 | 6.02 | 1.083860474 | 1.08801735 |
| 5 | 5.557 | 6.308 | 6.03 | 1.135144862 | 1.085117869 |
| 6 | 5.248 | 6.002 | 5.998 | 1.14367378 | 1.142911585 |
| 7 | 5.211 | 5.933 | 6.003 | 1.138553061 | 1.151986183 |
| 8 | 5.303 | 6.031 | 6.048 | 1.137280784 | 1.140486517 |
| 9 | 5.213 | 5.923 | 6.033 | 1.136197967 | 1.15729906 |
| 總計(jì) | 47.719 | 53.647 | 54.243 | 1.124227247 | 1.136717031 |
第二次測試時(shí)，使用ab -n 100000 對(duì)以上三個(gè)頁面進(jìn)行1次，每次累計(jì)100000個(gè)訪問，結(jié)果如下。
| ab -n 100000 | test1.php | test2.php | test3.php | test2/test1 | test3/test1 |
| 1 | 5.723 | 7.874 | 8.55 | 1.375851826 | 1.493971693 |
第一次測試的數(shù)據(jù)中，test1和test2的波動(dòng)比較明顯，test3則比較穩(wěn)定，這個(gè)現(xiàn)象讓我感到十分的奇怪。從平均數(shù)據(jù)來看，測試結(jié)果還是在預(yù)期之內(nèi)的，test1的性能最好，test2比test1多耗費(fèi)了12.42%的時(shí)間，test3比test1多耗費(fèi)了13.67%的時(shí)間，但是test2和test3之間的差距并不大，僅僅只有1.3%左右的差別。
第二次測試的結(jié)果，三個(gè)頁面的執(zhí)行時(shí)間比為1:1.37:1.49，奇怪的是這次的波動(dòng)更大。。。
多個(gè)子模板測試：
同樣有三個(gè)頁面test1.php，test2.php，test3.php。這三個(gè)頁面都輸出同樣的內(nèi)容。test1.php的模板沒有嵌套，test2.php的模板使用了10次include嵌入了10個(gè)子模板，test3.php使用10次fetch嵌入了10個(gè)子模板。使用apache自帶的ab測試訪問各個(gè)頁面所需要的平均時(shí)間（單位：ms）
因?yàn)闀r(shí)間的關(guān)系我只進(jìn)行了一次ab -n 50000的測試，數(shù)據(jù)如下
| ab -n 50000 | test1.php | test2.php | test3.php | test2/test1 | test3/test1 |
| 1 | 5.68 | 6.054 | 6.028 | 1.06584507 | 1.061267606 |
雖然測試的方法和工具可能不是很好，但是通過這些數(shù)據(jù)的對(duì)比，在實(shí)際的應(yīng)用中到底要采用哪種方法，我想大家應(yīng)該心里有底了吧。
不足和錯(cuò)誤之處還望指出，希望大家能多討論多交流。
php技術(shù)：smarty模板嵌套之include與fetch性能測試，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
