原文地址：
http://www.pjade.com/html/study/20070703/27.html 這些天一直在為Flex程序中的各個組件之間有效的傳遞參數(shù)，協(xié)調(diào)組件間的行為等問題感到困惑。由于Flex程序?qū)嶋H上是一個運行在客戶機上的的客戶端程序，因此在Flex內(nèi)部組件之間無法像B/S程序基于HTTP協(xié)議那樣發(fā)一個請求，由服務(wù)器端通過一個標準接口讀出參數(shù)，處理并做出響應(yīng)。也就是說用表單、URL的方式傳遞參數(shù)和控制流程肯定是行不通的。前一段時間一直嘗試像Javascript中那樣用函數(shù)調(diào)用，甚至是全局變量來做，感覺越做越復雜，程序的OO結(jié)構(gòu)也受到很大的破壞，十分的煩惱。
今天整理書架時無意中看到了壓了多年箱底的那本《深入淺出MFC》，一下子回想起VC和MFC框架中的最核心的事件處理機制，再想到以前研究flexstore源碼時看見過基于事件來控制程序行為的代碼，頓時有一種醍醐灌頂?shù)母杏X！！ Flex 的客戶端程序基本上是一種基于組件的C/S程序，而當年VC、VB、Dephi等等C/S程序無一例外的都是基于事件驅(qū)動的！當年侯先生正是由于在《深入淺出MFC》一書中深入的剖析了MFC框架中的事件流的機制，揭示了在API的背后數(shù)據(jù)是如何被分發(fā)和處理的過程而名揚五洲。“消息為基礎(chǔ)、事件驅(qū)動之”這句話則是在Windows編程中最基本和最重要的概念，也是C/S程序編程中的最重要的概念之一，在搞了多年B/S程序開發(fā)之后，我卻是已經(jīng)將這句當年自以為完全理解的觀念拋到腦后去了，想來也挺有意思，看來雖著RIA的發(fā)展和推廣，事件驅(qū)動模型這一度幾乎被棄用東西又要大行其道了。
其實一直以來事件驅(qū)動從來沒有遠離過我們，網(wǎng)頁中一個對某個按鈕的onclick事件的觸發(fā)，便是事件驅(qū)動的一個應(yīng)用，但是我卻忘記了在這些基于組件的實現(xiàn)的編程模型中的事件驅(qū)動所起到的靈魂作用。和B/S程序中請求/響應(yīng)的模式不同，事件驅(qū)動實現(xiàn)的是請求/訂閱的方式，二者從架構(gòu)到編程都有很大的區(qū)別，我用B/S的思維模式去寫事件驅(qū)動的程序，不亂才怪！事件驅(qū)動的技術(shù)原理實際上是比較簡單的，Observer模式對它有很好的總結(jié)，感興趣的朋友可以自己看一下。我這次最大的問題實際是來自于思維模式上，其實只需要：放棄用請求觸發(fā)行為的想法，改用事件觸發(fā)！
當然Flex程序并不是像VC那樣的純C/S程序，它一樣需要用請求/響應(yīng)的方式完成很多的功能。今天簡單的思考了一下，覺得Flex程序應(yīng)該這樣架構(gòu)：
1. Flex程序的整體架構(gòu)要基于事件驅(qū)動模型來架構(gòu)（事實是這種基于組件的編程方式你必須基于事件驅(qū)動來構(gòu)架）。這樣的好處不光是易于實現(xiàn)功能，而且由于事件驅(qū)動松耦合的特點，也方便于設(shè)計一個很好的系統(tǒng)結(jié)構(gòu)。
2. 對Flex程序本身，各個模塊也基于事件驅(qū)動的模型按分層、分組件的方式層層搭建。
3. 對于需要和Flex程序配合使用的服務(wù)器端程序，還是要嚴格按照MVC模式構(gòu)建。
4. 對于需要和服務(wù)器端交互的flex客戶端程序模塊，利用flex遠程調(diào)用的異步特性，在向服務(wù)器端請求，接收到響應(yīng)數(shù)據(jù)后觸發(fā)相應(yīng)的事件，依然走事件驅(qū)動的路子。