程序員們?cè)谶M(jìn)行PHP代碼編程中總會(huì)希望對(duì)自己的代碼程序進(jìn)行最優(yōu)化的操作，使程序盡量的輕便簡(jiǎn)潔。我們?cè)谛阅芊治鰏hopex性能的時(shí)候。#t#

發(fā)現(xiàn)用在PHP的語(yǔ)法解析上的損耗占了很大比重，如果用valgrind看他的C調(diào)用的話，就會(huì)發(fā)現(xiàn)大約50%的時(shí)間被用在lex&yacc上面。也就是由PHP代碼轉(zhuǎn)成opcode的部分。即PHP代碼解析損耗。

這個(gè)方面PHP代碼解析損耗的優(yōu)化極限目標(biāo)是： 一個(gè)訪問(wèn)只運(yùn)行一個(gè)PHP文件，并且這個(gè)文件里不包含任何與這個(gè)流程無(wú)關(guān)的代碼。

如何兼顧代碼結(jié)構(gòu)容易理解和性能是個(gè)挑戰(zhàn)

我們的處理思路是，通過(guò)類似smarty的編譯系統(tǒng)，將訪問(wèn)編譯成一個(gè)個(gè)文件：因?yàn)閟hopex是mvc的結(jié)構(gòu)，那么編譯粒度就每個(gè)控制器的方法對(duì)應(yīng)一個(gè)流程文件。

當(dāng)控制器第一次調(diào)用時(shí)，通過(guò)一種方法監(jiān)控流經(jīng)的每個(gè)model-method，子過(guò)程等等，最后抽取剝離出來(lái)，加上公用的數(shù)據(jù)庫(kù)連接函數(shù)，配置文件等等一起組合成一個(gè)單一的終極PHP文件。
至于緩存的更新基本就是版本的更新，每次升級(jí)的時(shí)候。touch一個(gè)cachestat文件的最后修改時(shí)間即可。

那么實(shí)現(xiàn)的挑戰(zhàn)有兩個(gè)：

* 一個(gè)叫model的函數(shù)化 (這樣叫很酷，有點(diǎn)像虛的死神化) 。是弱化model層對(duì)象特性，讓類退化為僅是函數(shù)的容器，減少繼承，重載這些應(yīng)用。
* 二是實(shí)現(xiàn)一個(gè)自己的編譯引擎。

上面兩條最新的shopex485已經(jīng)走了很遠(yuǎn)了，商品和訂單的函數(shù)都已經(jīng)拆分了。第二個(gè)PHP代碼解析損耗的解決辦法是我們自己實(shí)現(xiàn)了一個(gè)叫tramsy的解析器( 翻轉(zhuǎn)(smart)+y )，特點(diǎn)是把大量的插件改成了編譯型。強(qiáng)化了編譯插件的特性，增加了一種編譯型modifier的插件類型。并且提出了變量預(yù)綁定的概念：

{if $var=1}  
yes  
{elseif $var=2}  
no  
{else}  
what?  
{/if} 

如果是原生的smarty，生成的代碼是：

vars['var']==1){ ?> 
yes  
vars['var']==2){ ?> 
no  
what? 

如果在tramsy里，程序員預(yù)測(cè)var一定是1，并且有把握在其值改變的時(shí)候系統(tǒng)自動(dòng)清除模板緩存，就可以把他設(shè)置為”預(yù)綁定變量”
那么最終生成的代碼就是：

no

這個(gè)設(shè)計(jì)大約減少了一倍多的編譯結(jié)果。性能提升了大約20%，極大的優(yōu)化了PHP代碼解析損耗。