# 3.2 事件表和事件處理過程 wxWidgets事件處理系統比起通常的虛方法機制來說要稍微復雜一點，但它的一個好處是可以避免需要實現基類中所有的虛方法，因為實現所有的基類虛方法有時候是不切實際的或者是效率很低的。 每一個wxEvtHandler的派生類，例如frame，按鈕，菜單以及文檔等，都會在其內部維護一個事件表，用來告訴wxWidgets事件和事件處理過程的對應關系。所有繼承自wxWindow的窗口類，以及應用程序類都是wxEvtHandler的派生類. 要創建一個靜態的事件表(意味著它是在編譯期間創建的)，你需要下面幾個步驟： 1. 定義一個直接或者間接繼承自wxEvtHandler的類. 1. 為每一個你想要處理的事件定義一個處理函數。 1. 在這個類中使用DECLARE_EVENT_TABLE聲明事件表。 1. 在.cpp文件中使用使用BEGIN_EVENT_TABLE和END_EVENT_TABLE實現一個事件表。 1. 在事件表的實現中增加事件宏，來實現從事件到事件處理過程的映射。 所有的事件處理函數擁有相同的形式。他們的返回值都是void，他們都不是虛函數，他們都只有一個事件對象作為參數。（如果你熟悉MFC，這可能會讓你覺得輕松，因為在MFC中消息處理函數并沒有一個統一的形式。）這個事件對象的類型是隨這個處理函數要處理的事件的變化而變化的。例如簡單控件（比如按鈕）的命令處理函數和菜單命令的處理函數的參數都是wxCommandEvent類型，而size事件（這個事件通常是由用戶改變窗口的客戶區尺寸而引起的）處理函數的參數則是wxSizeEvent的類型。不同的事件參數類型可以調用的方法也不相同，通過這些方法，你可以獲得事件產生的原因以及產生這個事件的控件的值的改變情況（比如，文本框中的值的改變）。當然最簡單的情形是你完全不需要訪問這個參數的任何方法，比如按鈕點擊事件。 讓我們來擴展一下前一章中的例子，來增加一個窗口大小改變事件的處理和一個確定按鈕的處理。下面是擴展以后的MyFrame的定義： ``` class MyFrame : public wxFrame { public: MyFrame(const wxString& title); void OnQuit(wxCommandEvent& event); void OnAbout(wxCommandEvent& event); void OnSize(wxSizeEvent& event); void OnButtonOK(wxCommandEvent& event); private: DECLARE_EVENT_TABLE() }; ``` 增加菜單項的代碼和前一章的代碼類似，而在frame窗口增加一個按鈕的代碼也只需要在MyFrame的構造函數中增加下面的代碼： ``` wxButton* button = new wxButton(this, wxID_OK, wxT("OK"), wxPoint(200, 200)); ``` 類似的，在事件表中也需要相應的增加事件映射宏： ``` BEGIN_EVENT_TABLE(MyFrame, wxFrame) EVT_MENU (wxID_ABOUT, MyFrame::OnAbout) EVT_MENU (wxID_EXIT, MyFrame::OnQuit) EVT_SIZE ( MyFrame::OnSize) EVT_BUTTON (wxID_OK, MyFrame::OnButtonOK) END_EVENT_TABLE() ``` 當用戶點擊關于菜單或者退出菜單的時候，這個事件被發送到frame窗口，而MyFrame的事件表告訴wxWidgets，對于標識符為 wxID_ABOUT的菜單事件應該發送到MyFrame::OnAbout函數，而標識符為wxID_EXIT的菜單事件應該發送到MyFrame:: OnQuit函數。換句話說：當事件處理循環處理這兩個事件的時候，相應的函數將會以一個的wxCommandEvent類型的參數被調用。 EVT_SIZE事件映射宏不需要標識符參數因為這個事件只會被產生這個事件的控件所處理。 EVT_BUTTON這一行將導致當frame窗口及其子窗口中標識符為wxID_OK的按鈕被點擊的時候，OnButtonOK函數被調用。這個例子表明，事件可以不必被產生這個事件的控件所處理。讓我們假定這個按鈕是MyFrame的子窗口。當按鈕被點擊的時候，wxWidgets會首先檢查wxButton類是否指定了相應的處理函數，如果找不到，則在其父親的類所屬的事件表中進行查找，在這個例子中，按鈕的父親是MyFrame類型的一個實例，在其事件表中指明了一個對應的處理函數，因此MyFrame::OnButtonOK函數就被調用了。類似的搜索過程不光發生在窗口控件的父子繼承樹中，也發生在普通的類繼承關系中，這意味著你可以選擇在哪里定義事件的處理函數。舉例來說，如果你設計了一個對話框，這個對話框需要響應的類似標識符為wxID_OK的command事件。但是你可能需要把這個控件的創建工作留給使用你的代碼的其他的程序員，只要他在創建這個控件的時候使用同樣的標識符，你仍然可以給這個控件為這個事件定義默認的處理函數。 下圖中演示了一次普通的按鈕點擊事件發生以后，wxWidgets搜索所有事件表的順序。圖中只演示了wxButton和 MyFrame兩次繼承關系。當用戶點擊了確認按鈕的時候，一個新的wxCommandEvent事件被創建，其中包含標識符wxID_OK和事件類型 wxEVT_COMMAND_BUTTON_CLICKED，然后這個按鈕的事件表開始通過wxEvtHandler::ProcessEvent函數進行匹配，事件表中的每一個條目都會去嘗試匹配，然后是其父類wxControl的事件表，然后是wxWindow的。如果都沒有匹配到， wxWidgets會搜索其父親的類事件表，然后就找到了一條匹配條目： ``` EVT_BUTTON(wxID_OK,MyFrame::OnButtonOK) ``` 因此MyFrame::OnButtonOK被調用了。  需要注意的事：只有Command事件(其事件類型直接或者間接的繼承自wxCommandEvent)才會被遞歸的應用到其父親的事件表。通常這是wxWidgets的用戶經常會感到困惑的地方，因此我們把那些不會傳遞給其父親的事件表的事件列舉如下：wxActivate, wxCloseEvent, wxEraseEvent, wxFocusEvent, wxKeyEvent, wxIdleEvent, wxInitDialogEvent, wxJoystickEvent, wxMenuEvent, wxMouseEvent, wxMoveEvent, wxPaintEvent, wxQueryLayoutInfoEvent, wxSizeEvent, wxScrollWinEvent, 和wxSysColourChangedEvent，這些事件都不會傳給事件源控件的父親. 這些事件不會傳遞給其父親，是因為這些事件僅對產生這個事件的窗口才有意義，舉例來說，把一個子窗口的重繪事件發送給它的父親，其實是沒有任何意義的。