PHP事件驅(qū)動(dòng)問題分析

看到有人在討論P(yáng)HP(PHP培訓(xùn) php教程 )的事件驅(qū)動(dòng)問題，本應(yīng)回復(fù)一帖。但認(rèn)為回復(fù)不足以引起大家的重視，故專開一帖詳述本人對(duì)這個(gè)問題的理解，并對(duì)一佳作進(jìn)行解釋與分析。

事件驅(qū)動(dòng)這個(gè)概念是廣義的?？梢栽诳蛻舳?，也可以在服務(wù)器端。

在WEB應(yīng)用上，在客戶端的事件是基于JS或是插件或是JAVAAPPLET之類的東西，基本上如果是插件或是JAVAAPPLET的話，就不屬于HTML的范疇了，而真正必須用到JS的場(chǎng)合其實(shí)并不多，最多就是FORM的提交或是鏈接點(diǎn)擊之類的基本操作，因此談?wù)撌录o太大意義。

事件驅(qū)動(dòng)真正的意義并不在于可視化編程，而在于它的概念，就象OO一樣。事件驅(qū)動(dòng)其實(shí)是OO的一個(gè)延伸，它的最初原型是消息機(jī)制。但是事件驅(qū)動(dòng)把消息封裝成了一個(gè)可調(diào)用的函數(shù)，有些類似于API中的回調(diào)函數(shù)，你自己可以定義這些函數(shù)執(zhí)行的內(nèi)容。而可視化編程則把這些函數(shù)獨(dú)立出來，定義好參數(shù)(多數(shù)是現(xiàn)成的對(duì)象)，讓你自己寫代碼并運(yùn)用這些參數(shù)(其實(shí)是用這些對(duì)象)做一些事情。

所以，PHP有事件驅(qū)動(dòng)是完全可能的，主要在于框架的設(shè)計(jì)。而要做成VB之類所謂的可視化事件驅(qū)動(dòng)，則必須要有配套的集成開發(fā)環(huán)境，包括頁面設(shè)計(jì)，事件編碼，編譯轉(zhuǎn)碼之類的一系列功能才行。其實(shí)象點(diǎn)NET這樣的事件驅(qū)動(dòng)，只不過是把一些常用的WEB元素或控件，如按鈕、文本框之類的東西封裝了一下，讓你有個(gè)可視化的界面可以設(shè)計(jì)一下，當(dāng)它編譯之后，仍然是之類的文本，只是把你的事件代碼轉(zhuǎn)為了JS或是服務(wù)器端代碼而已。而PHP主要是由于IDE不夠豐富，而且也沒有預(yù)編譯機(jī)制，所以最后提交的代碼還是最終的PHP代碼，而不是點(diǎn)NET的資源代碼與事件代碼的混合體(一般是符合XML規(guī)范的ASP文檔，包含了非標(biāo)準(zhǔn)的HTML代碼)。故此PHP還無法達(dá)到大家心目中狹義的所謂事件驅(qū)動(dòng)編程，但其實(shí)是完全可以沒有問題的。

如果大家感興趣，不妨到#官方主頁去看一下一位中國哥們(Qiang Xue)寫的一套基于事件驅(qū)動(dòng)的PHP框架PRADO，這個(gè)還是獲得高票當(dāng)選的最佳，強(qiáng)烈推薦!請(qǐng)參考 #/php5/contest ，你看了他的源代碼后就會(huì)理解PHP的事件驅(qū)動(dòng)是怎么回事。但我認(rèn)為，在這上面，由于PHP無預(yù)編譯機(jī)制，而且過度依賴OO(雖然是用PHP5寫的代碼)，造成這個(gè)框架有些龐大，且使用比較復(fù)雜，可擴(kuò)展性也不是很好。不過，其中的理念非常之好，有些想法還解決了困惑我多日的問題。我下面簡單介紹一下這個(gè)框架。

該框架用ZDE及PHP5寫成，有詳細(xì)文檔，結(jié)構(gòu)十分清晰，注釋極為充分，代碼非常易于讀懂，說明作者寫碼水平非常之高。作者明確說明，這套框架參考了ASP點(diǎn)NET及Borland Delphi的概念。

這個(gè)框架在驗(yàn)證性上非常之強(qiáng)(并不是指里面有什么驗(yàn)證登錄之類的模塊)，十分健壯，幾乎不可能有什么直接的漏洞可以從外面攻入，它是引入了規(guī)范文件這個(gè)概念做限制，很有效地解決了大量驗(yàn)證時(shí)的效率瓶頸，這種驗(yàn)證方法只有一個(gè)問題就是規(guī)范文件本身的制作比較費(fèi)力(當(dāng)然用工具的話是另一回事了)，然而一旦做好(規(guī)范文件本身有格式與規(guī)范的)，驗(yàn)證就自然而然地由框架去做了，而無需每次人為調(diào)用。它的事件也可以定義在規(guī)范文件之內(nèi)(我卻認(rèn)為這就沒有必要了)，其實(shí)它的規(guī)范文件就有點(diǎn)類似于DELPHI或是VB中的FORM定義文件，只不過是用XML寫的純文本，而非可視化。而對(duì)于事件驅(qū)動(dòng)，框架內(nèi)置了一套與點(diǎn)NET類似的基本事件流，你可以在不同階段定制這些事件，其實(shí)說白了，就是重新定義這幾個(gè)OnXXX函數(shù)，用給定形式的參數(shù)，你也可以自己加入自己的事件，比如你在定義自己的組件時(shí)，在規(guī)范文件中定義好該組件可能有的事件函數(shù)及參數(shù)，以后你在使用該組件時(shí)可以直接定義這些被允許的函數(shù)——不過我認(rèn)為這種方式過于復(fù)雜，且要大量讀入并分析XML文件，雖然十分地嚴(yán)謹(jǐn)，很安全，但有些過分了，也沒有充分利用到PHP本身的靈活性，我的思路是用類似于DELPHI的函數(shù)句柄賦值的辦法或是用C的回調(diào)函數(shù)的特性，即可在寫代碼時(shí)在任何時(shí)間任何地點(diǎn)定義事件，而仍然能明確事件發(fā)出者及類型并有足夠地安全性保證，且無需機(jī)械地強(qiáng)制各個(gè)組件只能有哪些事件，代碼修改及擴(kuò)展都十分方便。當(dāng)然，在做大項(xiàng)目的時(shí)候，嚴(yán)格的定義是必要的，不過，即使如此，該框架處理事件的方法還是有些古板。

它的模板我認(rèn)為是一個(gè)比較好的想法，它的模板有些類似于點(diǎn)NET的ASP文件在編譯前的文件(我對(duì)ASP點(diǎn)NET并不熟，但明白一些原理)，但起作用的方式則類似于DELPHI的FORM文件，是一個(gè)很好的概念，唯的一缺點(diǎn)是用DW之類所見即所得的通用編輯器則感覺不是很順手，因?yàn)橐粋€(gè)模板中可以同時(shí)把幾個(gè)互斥的組件放在一起，而只在運(yùn)行過程中決定顯示哪些。

就我本人看該框架的代碼，還是發(fā)現(xiàn)它有一些非常弱的項(xiàng)。其中最主要的一個(gè)就是路徑的問題，可擴(kuò)展性很低，應(yīng)該比較適用于專用主機(jī)，對(duì)一些受限主機(jī)(目錄限制或是權(quán)限限制)就無能為力了，也無相應(yīng)的提醒措施(也無相關(guān)接口)。它對(duì)某些資源或文件的路徑，用了一種繁瑣的叫assetService的機(jī)制，目的就是確定文件的路徑，作者自己也說，如果用了這個(gè)服務(wù)，系統(tǒng)消耗會(huì)明顯增加，其實(shí)這個(gè)是借鑒了FLASH中asset library的概念，它這樣雖然可以任意指定路徑，但每次都必須重新校驗(yàn)，有些得不償失。我的作法則是固定好幾個(gè)主要路徑，而其的子目錄都可隨意，就綜合平衡了兩者的矛盾。由于對(duì)路徑問題缺乏考慮，導(dǎo)致該框架對(duì)語言設(shè)置、個(gè)性化模板等無能為力，如要翻譯一個(gè)項(xiàng)目，手續(xù)之繁，工作量之大是可想而知的，而且極易出錯(cuò)。這是該框架中最嚴(yán)重的一個(gè)問題。

從總體上來說，該框架的理念上，設(shè)計(jì)上，代碼上絕對(duì)都屬一流。當(dāng)然不足總是有的，不過完全不妨礙我們研究及學(xué)習(xí)它。它的代碼我并未全看，只主要看了幾個(gè)核心程序及一些說明，但已能足夠看清楚其結(jié)構(gòu)與思想，對(duì)作者深表佩服，但對(duì)其中的不足也深表遺憾。不管怎么樣，它都絕對(duì)是研究PHP事件驅(qū)動(dòng)代碼的好作品。因此強(qiáng)烈推薦!