读书人

MFC讯息响应机制及映射机制理解 2

发布时间: 2012-12-20 09:53:21 作者: rapoo

MFC消息响应机制及映射机制理解 2

2)AFX_MSGMAP的定义

  struct AFX_MSGMAP

  {

   const AFX_MSGMAP* pBaseMap;

   const AFX_MSGMAP_ENTRY* lpEntries;

   };

不难看出,AFX_MSGMAP定义了一单向链表,链表中每一项的值是一指向消息映射表的指针(实际上就是_messageEntries的值)。通过这个链表,使得在某个类中调用基类的的消息处理函数很容易,因此,“父类的消息处理函数是子类的缺省消息处理函数”就“顺理成章”了。在后面的“MFC窗口的消息处理”一节中会对此作详细的讲解。

由上述可见,在类的头文件中主要定义了两个数据结构:消息映射表和单向链表。(孙建东总结)

  BEGIN_MESSAGE_MAP()和END_MESSAGE_MAP()

  它们的定义如下:

  #define BEGIN_MESSAGE_MAP(theClass, baseClass) \

  const AFX_MSGMAP* theClass::GetMessageMap() const \

  { return &theClass::messageMap; } \

  AFX_COMDAT AFX_DATADEF const AFX_MSGMAP theClass::messageMap = \

  { &baseClass::messageMap, &theClass::_messageEntries[0] }; \

  AFX_COMDAT const AFX_MSGMAP_ENTRY theClass::_messageEntries[] = \

  { \

   #define END_MESSAGE_MAP() \

   {0, 0, 0, 0, AfxSig_end, (AFX_PMSG)0 } \

   }; \

对应BEGIN_MESSAGE_MAP()的定义可能不是一下子就看得明白,不过不要紧,举一例子就很清楚了。对于BEGIN_MESSAGE_MAP(CView, CWnd),VC预编译器将其展开成下面的形式:

  const AFX_MSGMAP* CView::GetMessageMap() const

  {?

   return &CView::messageMap;?

   }

  AFX_COMDAT AFX_DATADEF const AFX_MSGMAP CView::messageMap =

  {?

   &CWnd::messageMap,?

   &CView::_messageEntries[0]?

  };

  AFX_COMDAT const AFX_MSGMAP_ENTRY CView::_messageEntries[] =

  {

  至于END_MESSAGE_MAP()则不过定义了一个表示映射表结束的标志项,我想大家对于这种简单的技巧应该是很熟悉的,无需多述。

到此为止,我想大家也已经想到了象ON_COMMAND这样的宏的具体作用了,不错它们只不过定义了一种类型的消息映射项,看看ON_COMMAND的定义:

  #define ON_COMMAND(id, memberFxn) \

  { WM_COMMAND, CN_COMMAND, (WORD)id, (WORD)id, AfxSig_vv, (AFX_PMSG)&memberFxn },

   根据上面的定义,ON_COMMAND(ID_FILE_NEW, OnFileNew)将被VC预编译器展开

   如下:

  {WM_COMMAND, CN_COMMAND, (WORD)id, (WORD)id, AfxSig_vv,?

  (AFX_PMSG)&OnFileNew},

到此,MFC的消息映射机制已经清楚了,现在提出并解答两个问题以作为对这一节的小结。

  为什么不直接使用虚拟函数实现消息处理函数呢?这是一个GOOD QUESTION。前面已经说过,MFC的设计者们在设计MFC时有一个很明确的目标,就是使得“MFC的代码尽可能小,速度尽可能快”,如果采用虚拟函数,那么对于所有的窗口消息,都必须有一个与之对应的虚拟函数,因而对每一个从CWnd派生的类而言,都会有一张很大的虚拟函数表vtbl。但是在实际应用中,一般只对少数的消息进行处理,大部分都交给系统缺省处理,所以表中的大部分项都是无用项,这样做就浪费了很多内存资源,这同MFC设计者们的设计目标是相违背的。当然,MFC所使用的方法只是解决这类问题的方式之一,不排除还有其他的解决方式,但就我个人观点而言,这是一种最好的解决方式,体现了很高的技巧性,值得我们学习。

  至于这第二个问题,是由上面的问题引申出来的。如果在子类和父类中出现了相同的消息出来函数,VC编译器会怎么处理这个问题呢?VC不会将它们看作错误,而会象对待虚拟函数类似的方式去处理,但对于消息处理函数(带afx_msg前缀),则不会生成虚拟函数表vtbl。

读书人网 >VC/MFC

热点推荐