計算機領域的事件驅動
所謂事件驅動，簡單地說就是你點什麼按鈕（即產生什麼事件），電腦執行什麼操作（即調用什麼函式）.當然事件不僅限於用戶的操作. 事件驅動的核心自然是事件。從事件角度說，事件驅動程式的基本結構是由一個事件收集器、一個事件傳送器和一個事件處理器組成。事件收集器專門負責收集所有事件，包括來自用戶的（如滑鼠、鍵盤事件等）、來自硬體的（如時鐘事件等）和來自軟體的（如作業系統、應用程式本身等）。事件傳送器負責將收集器收集到的事件分發到目標對象中。事件處理器做具體的事件回響工作，它往往要到實現階段才完全確定，因而需要運用虛函式機制（函式名往往取為類似於HandleMsg的一個名字）。對於框架的使用者來說，他們唯一能夠看到的是事件處理器。這也是他們所關心的內容。視圖（即我們通常所說的“視窗”）是“事件驅動”應用程式的另一個要元。它是我們所說的事件傳送器的目標對象。視圖接受事件並能夠對其進行處理。當我們將事件傳送到具體的視圖時，實際上我們完成了一個根本性的變化：從傳統的流線型程式結構到事件觸發方式的轉變。這樣應用程式具備相當的柔性，可以應付種種離散的、隨機的事件。
由於Windows本身是基於“事件驅動”模型的。因而在Windows作業系統下實現應用程式框架有相當的便利。在事件驅動程式的基本單元中，事件收集器已經由Windows系統完成；事件傳送器也已經由Windows完成了部分內容。之所以是部分而非完全是因為Windows是用C語言實現的，而不是C++。由於沒有對象，Windows將事件傳送到所謂的“視窗函式”中（儘管不是傳送到具體的對象，但應該說這是面向對象方式實現的一個變體）。要感謝Windows做了這件事。確定事件的目標所要做的工作的複雜可能要超出我們的想像。
weWidgets的中所有可以處理事件的類都繼承自wxEvtHandler，其中包含frames,buttons,menus,even documents，所有的窗體類（即從wxWindow繼承的類）和程式類（application class).
這些類可以有一個事件表，用來綁定事件和被調用的函式（handler functions).
過程 3.2. 建立一個靜態事件表（即編譯時生成的事件表）的操作步驟
建立一個新類（直接或間接從wxEvtHandler繼承）
為每個要處理的事件聲明被調用的函式
在被處理的事件所在的類的聲明中加入宏DECLARE_EVENT_TABLE
在宏BEGIN_EVENT_TABLE... END_EVENT_TABLE（就是事件表）中將函式與枚舉的數字綁定（因為產生該類型的事件的按鈕不唯一，要用枚舉數來區分）；有些事件不必與枚舉數綁定，因為產生該類型的事件的對象可以確定（比如就是this).
例 3.1. 一個事件表
BEGIN_EVENT_TABLE(MyFrame,wxFrame)
EVT_MENU (wxID_ABOUT,MyFrame::OnAbout)
EVT_MENU (wxID_EⅪT,MyFrame::OnQuit)
EVT_SIZE (MyFrame::OnSize)
//不必與枚舉數綁定，因為產生該類型的事件的對象是this
EVT_BUTTON (wxID_OK,MyFrame::OnButtonOK)
END_EVENT_TABLE()
在事件中指定被綁定的數字，wxWidgets會將其映射到對應的函式，並調用函式
所有在事件表中被綁定的函式有相似的形式:返回值都是void，不是virtual函式，參數為wxCommandEvent類型
基金股票領域的事件驅動
事件驅動型基金主要通過掌握企業發生變化時市場對企業證券的定價與證券的實際價值之間的差異，交易事件發生前後價格與價值之間的回歸。該策略一般關注的企業事件包括企業分拆、企業收購、企業合併、破產重組、財務重組、資產重組以及股票回購等。由於事件驅動型基金一般會保持與指數極低的相關性以及相對平穩的走勢，同時收益相對不高，因此該策略對槓桿的使用是比較普遍的。事件驅動型基金一般的業務可以分為兩塊，包括不良債券以及併購套利（也叫風險套利）。一方面，事件驅動型基金會通過對發行不良債券企業的深入研究，利用折扣買入企業債，待市場對企業回覆信心後以相對較高的價格賣出獲利。另一方面，基金充分利用公司的併購機會，尋找收購價格與企業目前股價之間的差異，評價該階段下的風險收益，當存在相對確定的套利機會時交易。通過財務模型計算，控制賣空併購方與買入被併購方的股票比例實現市場風險敞口較低前提下的套利。需要指出的是，併購套利存在一定程度的交易風險，即當市場崩盤、戰爭發生或雙方因其他因素無法達成協定時，交易不成功所帶來的風險。因此在一般情況下，事件驅動型基金會配有專業的法律顧問，評估極端情況下的交易風險。
