之前在當(dāng)當(dāng)?shù)臅r(shí)候的一個(gè)項(xiàng)目中用到了一個(gè)簡(jiǎn)單的模板引擎，其實(shí)也是借鑒discuz來做的模板引擎，很簡(jiǎn)單，它所作的事情就是把一些自定義的標(biāo)簽編譯成php代碼。已經(jīng)說了很簡(jiǎn)單了，所以編譯的時(shí)候也名優(yōu)進(jìn)行模板語法的檢查，那么在開發(fā)過程中就會(huì)出現(xiàn)編譯出來的php文件有語法問題，有語法問題沒有關(guān)系，我修改重新編譯一下就好了。首先不能在每次請(qǐng)求的時(shí)候都把php模板重新編譯一下，會(huì)嚴(yán)重影響性能，折中的處理時(shí)在每個(gè)編譯好的php文件末尾檢查一下該模板文件是否已經(jīng)修改過，根據(jù)設(shè)定的更新頻率，如果又需要?jiǎng)t重新編譯模板文件，現(xiàn)在的問題是編譯出來的php文件自己有語法錯(cuò)誤，根本執(zhí)行不到模板檢查那一步，所以即使修改了模板文件中的問題也不會(huì)重新編譯。 所以我想尋找一種簡(jiǎn)單的方法來檢查生成的php文件是否合法。不合法就重新編譯，這樣開發(fā)過程中就不用出現(xiàn)錯(cuò)誤就得手動(dòng)刪除緩存文件了。

在網(wǎng)上找了一下。剛開始以為 token_get_all()函數(shù)能處理語法錯(cuò)誤的問題，結(jié)果發(fā)現(xiàn)，它只是做簡(jiǎn)單的詞法分析。沒有辦法。后來到論壇上去問了一下

http://groups.google.com/group/professional-php/browse_thread/thread/b8581f6b07b10ff0/2601a63c406bb1c1?lnk=gst&q=reeze#2601a63c406bb1c1

有人告訴我有這樣一個(gè)函數(shù) php_check_syntax() http://www.php.net/manual/en/function.php-check-syntax.php 我想問題就這么堅(jiān)決了。。我真應(yīng)該RTF(Read The Fuck Mannual). 仔細(xì)一看。這個(gè)函數(shù)已近被棄用了：
Note: For technical reasons, this function is deprecated and removed from PHP. Instead, use php -l somefile.php from the commandline.

這個(gè)technical reason 到底是什么呢？ 先不管了，以后再慢慢研究，反正不能使用這個(gè)方法就對(duì)了。
他們的建議是使用命令行$php -l filename.php 來檢查語法。
Gary Every給了我一個(gè)代碼片段參考：

在命令行下檢查問題也不大。如果我要放在在線應(yīng)用呢？ 這就涉及到可移植性的問題了。首先是操作系統(tǒng)，然后就是環(huán)境變量。這樣的話就會(huì)依賴于服務(wù)器端的配置。在http://www.php.net/manual/en/function.php-check-syntax.php 上有人貼出了自己的php_check_syntax()函數(shù)實(shí)現(xiàn)。
有的采用的就是上面的命令行的方法。
后面有提到使用eval的方法來驗(yàn)證。eval方法會(huì)執(zhí)行傳入的代碼， 如果代碼有語法錯(cuò)誤則會(huì)拋出parser error, 可以使用'@'錯(cuò)誤抑制符去掉錯(cuò)誤信息，eval和echo一樣并不是函數(shù)，不能使用變量函數(shù)的方法調(diào)用比如：
$func = ‘eval'
$func()這樣的調(diào)用就是無效的。它會(huì)提示沒有eval函數(shù)，如果你自己定義這么一個(gè)函數(shù)也是有問題的。因?yàn)閑val是一個(gè)關(guān)鍵字。
eval調(diào)用和include差不多，如果被包含文件中沒有明確return就返回null。如果直接eval我們需要檢查的文件會(huì)造成被檢查的文件內(nèi)代碼被執(zhí)行，這可不是我們想要的，我們只需要檢查一下這個(gè)文件的語法是否正確。 我們可以在要檢查的文件之前添加return 語句，讓代碼提前跳出，那么后面的代碼就不會(huì)執(zhí)行了。好的，就這么干。代碼如下：
checker.php

file.php

因?yàn)镻arse error 是沒法被 set_error_handler處理函數(shù)處理的。這個(gè)異常沒辦法catch到。所以才使用了@來抑制錯(cuò)誤。這帶來的問題就是我們無法得到詳細(xì)的錯(cuò)誤信息。 不過目前我需要的功能也只是檢查語法是否正確。不正確的話重新編譯模板文件，就這么簡(jiǎn)單，至于語法錯(cuò)誤，在顯示網(wǎng)頁的時(shí)候自然會(huì)看得到。
最好的辦法就是這個(gè)被遺棄的php_check_syntax這個(gè)方法回到php中。下次再研究下他們是出于什么原因把這個(gè)函數(shù)去掉的。
////////思維很混亂，寫的每一點(diǎn)條理性，誰讓我語文那么爛涅。

最新評(píng)論