MFC中的消息循環(huán)呢？我們熟悉的switch……case……到哪里去了？
在MFC中，消息的循環(huán)并不是用switch……case……實現(xiàn)的，它依賴于一張由程序自身定義的消息網(wǎng)。
首先，MFC用一個名為AFX_MSGMAP_ENTRY結(jié)構(gòu)來對消息的信息進行封裝：
struct
?AFX_MSGMAP_ENTRY
{
UINT?nMessage;???
//
?windows?message
UINT?nCode;??????
//
?control?code?or?WM_NOTIFY?code
UINT?nID;????????
//
?control?ID?(or?0?for?windows?messages)
UINT?nLastID;????
//
?used?for?entries?specifying?a?range?of?control?id's
UINT_PTR?nSig;???
//
?signature?type?(action)?or?pointer?to?message?#
AFX_PMSG?pfn;????
//
?routine?to?call?(or?special?value)
}
;
其中 typedef void (AFX_MSG_CALL CCmdTarget::*AFX_PMSG)(void);
之后，通過一個鏈表，把這些描述消息的結(jié)構(gòu)組織起來，構(gòu)成消息映射表的結(jié)構(gòu)是AFX_MSGMAP
struct
?AFX_MSGMAP
{
const
?AFX_MSGMAP
*
?pBaseMap;
const
?AFX_MSGMAP_ENTRY
*
?lpEntries;
}
;
這樣一個AFX_MSGMAP對象就成了構(gòu)建消息映射表的關鍵人物，它一只手拉著基類的AFX_MSGMAP對象，另一只手拉著類本身的消息映射表，這樣只要正確地在每一個類中都安插一個AFX_MSGMAP對象，那么整個消息映射表就建立起來了。那么，何為正確呢？含義有2：一是正確的設置pBaseMap，令它指向基類，二是正確的建立類自身的消息映射表。這兩個工作是由4個宏完成的，
它們是：DECLARE_MEMSSAGE_MAP() / BEGIN_MESSAGE_MAP() / ON_COMMAND()（注：ON_COMMAND宏只是為了處理命令消息，對于其它的消息還有對應的宏，但是原理是相同的） / END_MESSAGE_MAP()。
讓我們一個個的看看：
#define
?DECLARE_MESSAGE_MAP()?\
private
:?\
static
?
const
?AFX_MSGMAP_ENTRY?_messageEntries[];?\
protected
:?\
static
?
const
?AFX_MSGMAP?messageMap;?\
virtual
?
const
?AFX_MSGMAP
*
?GetMessageMap()?
const
;?\
這個宏的作用有3：
?1. 在類中插入一個靜態(tài)成員_messageEntries，這是用來存放類要處理的消息的數(shù)組（即類本身的消息映射表）
?2.? 另一個靜態(tài)成員massageMap用來指向基類的消息映射表
?3. 安插一個虛函數(shù)，其內(nèi)容有待實現(xiàn)
接下來，_messageEntries的初始化，messageMap的正確指向，GetMessageMap函數(shù)的實現(xiàn)這些工作還都沒做，那正是后三個宏的責任，它們要順序使用，方能工作正常。
#define
?BEGIN_MESSAGE_MAP(theClass,?baseClass)?\
??
const
?AFX_MSGMAP
*
?theClass::GetMessageMap()?
const
?\
??
{?
return
?
&
theClass::messageMap;?}
?\
??AFX_COMDAT?
const
?AFX_MSGMAP?theClass::messageMap?
=
?\
??
{?
&
baseClass::messageMap,?
&
theClass::_messageEntries[
0
]?}
;?\
??AFX_COMDAT?
const
?AFX_MSGMAP_ENTRY?theClass::_messageEntries[]?
=
?\
?
{?\
這個宏的作用有3：
1. 定義了安插在類中的虛函數(shù)GetMessageMap()，只是簡單的返回messageMap對象的地址
2. 初始化messageMap，把派生類和基類聯(lián)系起來構(gòu)成一個大的消息映射表
3. 為類本身的消息映射表的初始化做語法準備
ON_COMMAND這個宏的作用就是向_messageEntries數(shù)組中添加類本身要處理的命令消息，其實在MFC中還有很多更方便的宏可以向類中添加消息，例如OM_WM_PAINT等，這里，我們主要討論ON_COMMAND，畢竟原理都是相同的。
#define
?ON_COMMAND(id,?memberFxn)?\
{?WM_COMMAND,?CN_COMMAND,?(WORD)id,?(WORD)id,?AfxSigCmd_v,?\
??static_cast
<
AFX_PMSG
>
?(memberFxn)?}
,
無非是對AFX_MSG_ENTRY結(jié)構(gòu)的初始化，這樣在類中為每一個想要處理的消息都是用一個ON_COMMAND宏，就自動的初始化了類本身的消息映射表。
最后，當全部的信息添加完畢后，使用END_MESSAGE_MAP()宏通知MFC一個類消息映射表結(jié)束了。
#define
?END_MESSAGE_MAP()?\
??
{
0
,?
0
,?
0
,?
0
,?AfxSig_end,?(AFX_PMSG)
0
?}
?\
?};?\
實現(xiàn)手法單純得很，無非是一個全0的AFX_MESSAGE_MAP對象。
結(jié)論
想要讓你的類處理某個消息，使用下面的組合：
BEGIN_MESSAGE_MAP(theClass,?the?
base
?Class)
//
消息處理宏
END_MESSAGE_MAP()
（待續(xù)……）