事件驅動這個概念是廣義的。可以在客戶端，也可以在伺服器端。
在WEB應用上，在客戶端的事件是基於JS或是插件或JAVAAPPLET之類的東西，基本上如果是插件或是JAVAAPPLET的話，就不屬於HTML的範疇了，而真正必須用到JS的場合其實不多，最多就是FORM的提交或是連結點擊之類的基本操作，因此談論事件無太大意義。
事件驅動真正的意義並不在於視覺化編程，而在於它的概念，就像OO一樣。事件驅動其實是OO的一個延伸，它的最初原型就是訊息機制。但是事件驅動把訊息封裝成了一個可呼叫的函數，有些類似API中的回呼函數，你自己可以定義這些函數執行的內容。而視覺化程式設計則把這些函數獨立出來，定義好參數(多數是現成的物件)，讓你自己寫程式碼並運用這些參數(其實是用這些物件)做一些事情。
所以，PHP有事件驅動是完全可能的，主要在於框架的設計。而要做成VB之類所謂的視覺化事件驅動，則必須要有配套的整合開發環境，包括頁面設計，事件編碼，編譯轉碼之類的一系列功能才行。其實象點NET這樣的事件驅動，只不過是把一些常用的WEB元素或控件，如按鈕、文本框之類的東西封裝了一下，讓你有個可視化的界面可以設計一下，當它編譯之後，仍然是之類的文本，只是把你的事件代碼轉為了JS或是伺服器端程式碼而已。而PHP主要是由於IDE不夠豐富，而且也沒有預編譯機制，所以最後提交的程式碼還是最終的PHP程式碼，而不是點NET的資源程式碼與事件程式碼的混合體(一般是符合XML規範的ASP文檔，包含了非標準的HTML代碼)。故此PHP還無法達到大家心目中狹義的所謂事件驅動編程，但其實是完全可以沒有問題的。
如果大家有興趣，不妨到www.php.net官方主頁去看一下一位中國哥們(Qiang Xue)寫的一套基於事件驅動的PHP框架PRADO，這個還是獲得高票當選的最佳，強烈推薦!請參考http://www.zend.com/php5/contest ，你看了他的原始碼後就會理解PHP的事件驅動是怎麼回事。但我認為，在這上面，由於PHP無預編譯機制，而且過度依賴OO(雖然是用PHP5寫的程式碼)，造成這個框架有些龐大，且使用比較複雜，可擴展性也不是很好。不過，其中的理念非常好，有些想法還解決了困惑我多日的問題。我下面簡單介紹一下這個框架。
該框架以ZDE及PHP5寫成，有詳細文檔，結構十分清晰，註釋極為充分，程式碼非常易於讀懂，說明作者寫碼水平非常之高。作者明確說明，這套框架參考了ASP點NET及Borland Delphi的概念。
這個框架在驗證性上非常之強(並不是指裡面有什麼驗證登入之類的模組)，十分健壯，幾乎不可能有什麼直接的漏洞可以從外面攻入，它是引入了規範文件這個概念做限制，很有效地解決了大量驗證時的效率瓶頸，這種驗證方法只有一個問題就是規範文件本身的製作比較費力(當然用工具的話是另一回事了)，然而一旦做好(規範文件本身有格式與規範的)，驗證就自然而然地由框架去做了，而無需每次人為調用。它的事件也可以定義在規範文件之內(我卻認為這就沒有必要了)，其實它的規範文件就有點類似於DELPHI或是VB中的FORM定義文件，只不過是用XML寫的純文本，而非可視化。而對於事件驅動，框架內建了一套與點NET類似的基本事件流，你可以在不同階段自訂這些事件，其實說白了，就是重新定義這幾個OnXXX函數，用給定形式的參數，你也可以自己加入自己的事件，例如當你在定義自己的元件時，在規範文件中定義好該元件可能有的事件函數及參數，以後你在使用該元件時可以直接定義這些被允許的函數——不過我認為這種方式過於複雜，且要大量讀入並分析XML文件，雖然十分地嚴謹，很安全，但有些過分了，也沒有充分利用到PHP本身的靈活性，我的思路是用類似於DELPHI的函數句柄賦值的辦法或用C的回調函數的特性，即可在寫程式碼時在任何時間任何地點定義事件，而仍然能明確事件發出者及類型並有足夠地安全性保證，且無需機械地強制各個元件只能有哪些事件，程式碼修改及擴充都十分方便。當然，在做大專案的時候，嚴格的定義是必要的，不過，即使如此，該框架處理事件的方法還是有些古板。
它的模板我認為是一個比較好的想法，它的模板有些類似於點NET的ASP文件在編譯前的文件(我對ASP點NET並不熟，但明白一些原理)，但起作用的方式則類似DELPHI的FORM文件，是一個很好的概念，唯的一缺點是用DW之類所見即所得的通用編輯器則感覺不是很順手，因為一個模板中可以同時把幾個互斥的組件放在一起，而只在運行過程中決定要顯示哪些。
就我本人看該框架的程式碼，還是發現它有一些非常弱的項。其中最主要的一個就是路徑的問題，可擴展性很低，應該比較適用於專用主機，對一些受限主機(目錄限製或是權限限制)就無能為力了，也無相應的提醒措施(也無相關接口)。它對某些資源或文件的路徑，用了一種繁瑣的叫assetService的機制，目的就是確定文件的路徑，作者自己也說，如果用了這個服務，系統消耗會明顯增加，其實這個是藉鑑了FLASH中asset library的概念，它這樣雖然可以任意指定路徑，但每次都必須重新校驗，有些得不償失。我的作法則是固定好幾個主要路徑，而其的子目錄都可隨意，就綜合平衡了兩者的矛盾。由於對路徑問題缺乏考慮，導致該框架對語言設定、個性化模板等無能為力，如要翻譯一個項目，手續之繁，工作量之大是可想而知的，而且極易出錯。這是該框架中最嚴重的問題。
從總體上來說，該框架的理念上，設計上，程式碼上絕對都屬一流。當然不足總是有的，不過完全不妨礙我們研究、學習它。它的程式碼我並未全看，只主要看了幾個核心程序及一些說明，但已能足夠看清楚其結構與思想，對作者深表佩服，但對其中的不足也深表遺憾。不管怎麼樣，它絕對是研究PHP事件驅動程式碼的好作品。因此強烈推薦!