wxWidgets事件处理.docVIP

wxWidgets不完全系列之--wxEvtHandler这里介绍wxWidgets中的一个非常重要的部分wxEvtHandler,很多人对这个也一直感到很困扰,希望这个对大家有所帮助. 大家都知道,windows的程序都是消息驱动的.在wxWidgets中,wxWindow是从wxEvtHandler继承的,所有GUI的消息都是wxEvtHandler来处理的,像大家经常用到的wxMouseEvent,wxKeyEvent,wxMenuEvent,wxPaintEvent等等.说wxEvtHander是GUI部分的核心一点不为过. 当一个消息事件到达一个对象时候,看看事件的处理流程(信息来自wxWidgets的帮助Event handling overview),消息都是在ProcessEvent函数中处理: 1.如果对象禁止事件处理的话(通过调用wxEvtHandler::SetEvtHandlerEnabled),直接跳到第六步. 2.如果对象是wxWindow,ProcessEvent会一直递归调用window的wxValidator.如果返回真,事件处理结束. 3.通过调用SearchEventTable函数来查找该消息事件,如果查找失败,会到对象的父类中查找的.直到找到符合的事件处理函数,事件处理结束. 4.把消息事件传递给事件处理链的下一个wxEvtHander,直到链中最后一个wxEvtHander,如果找到符合的事件处理函数,事件处理结束. 5.如果前面都失败了,则需要认真对待了:-).如果对象是wxWindow,并且消息是允许扩散传递的,ProcessEvent将会递归使用对象的parent window的wxEvtHander来处理事件,如果parent window处理了该消息,事件处理结束.什么消息是允许扩散传递的呢?在wxWidgets中还是非常容易判断的,如果事件是从wxCommandEvent继承下来的,就是允许的.这个会在后面详细说明. 6.最后的防线了,ProcessEvent将使用wxApp的wxEvtHander来处理事件. 好的,规则定好了,下面针对性的说一些具体的细节部分. 第一步: 太简单了:-),真不知道可以补充什么了. 第二步: 对wxValidator一点也不熟悉,也一直没有下决心去认真研究研究,在这里就先略过了:-(.希望以后能加上针对性的说明. 第三步: 一般来说,前面两步很多情况都可以直接忽略的,基本很少人会禁止自己的消息处理吧? 消息到了这里后,处理就很像MFC中的了.如果自己不显式处理的话,消息会在父类中处理的.如果自己处理的话,也要看看是否有需要父类也处理.在MFC中,如果想处理某消息,需要重载对应的虚函数,调用父类的消息处理函数来实现传递给父类处理的.例如: void MyButton::OnMouseDown(...) { ? ? ? ? ... ? ? ? ? CButton::OnMouseDown(...); } 最初wxWidgets也是使用的虚函数来实现消息处理的,但是从2.0开始,开始使用事件表来实现了.这个可能是很多人不熟悉的地方,特别是从MFC转过来的.例如想处理WM_SIZE消息,需要在事件表中定义对应的事件函数,如下: BEGIN_EVENT_TABLE(MyFrame, wxFrame) ? EVT_SIZE ? ?(MyFrame::OnSize) END_EVENT_TABLE() EVT_SIZE就是表示WM_SIZE消息,OnSize就是对应的处理函数了.具体的可以查看wxWidgets的帮助,有完整的事件表. 那如果在OnSize里自己处理完后该如何通知父类处理呢?因为现在是事件表了,不像虚函数,能明确的调用父类同名函数来实现.这里就有一个重要的函数:wxEvent::Skip(bool skip = true).为什么不是wxEvtHander的函数?我个人认为,wxEvtHander所有处理都是针对wxEvent的,wxEvent对象在整个消息周期都存在,而且一直从发送者传递给所有的消息处理者,是一个理想的状态携带者.可以看到默认是不在传递的,这样父类会丢失对事件的处理机会的,这个对像wxKeyEvent,wxMouseEvent是非常重要的,如果不让父类处理的话,那真不知道会有什么情况.当然有些特殊情况会要父类忽略某些消息,默认行为就能很好的完成任务了. 第四步: 什么是事件处理链呢?默认每个窗口都有自己的wxEvtHander,但是在wxWidgets中是可以重新设置的,并且可以添加更多监听者.相关函数是:wxWindow::SetEventHandle