MFC中的消息循環(huán)呢？我們熟悉的switch……case……到哪里去了？
在MFC中，消息的循環(huán)并不是用switch……case……實(shí)現(xiàn)的，它依賴于一張由程序自身定義的消息網(wǎng)。
首先，MFC用一個(gè)名為AFX_MSGMAP_ENTRY結(jié)構(gòu)來(lái)對(duì)消息的信息進(jìn)行封裝：
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);
之后，通過(guò)一個(gè)鏈表，把這些描述消息的結(jié)構(gòu)組織起來(lái)，構(gòu)成消息映射表的結(jié)構(gòu)是AFX_MSGMAP
struct
?AFX_MSGMAP
{
const
?AFX_MSGMAP
*
?pBaseMap;
const
?AFX_MSGMAP_ENTRY
*
?lpEntries;
}
;
這樣一個(gè)AFX_MSGMAP對(duì)象就成了構(gòu)建消息映射表的關(guān)鍵人物，它一只手拉著基類的AFX_MSGMAP對(duì)象，另一只手拉著類本身的消息映射表，這樣只要正確地在每一個(gè)類中都安插一個(gè)AFX_MSGMAP對(duì)象，那么整個(gè)消息映射表就建立起來(lái)了。那么，何為正確呢？含義有2：一是正確的設(shè)置pBaseMap，令它指向基類，二是正確的建立類自身的消息映射表。這兩個(gè)工作是由4個(gè)宏完成的，
它們是：DECLARE_MEMSSAGE_MAP() / BEGIN_MESSAGE_MAP() / ON_COMMAND()（注：ON_COMMAND宏只是為了處理命令消息，對(duì)于其它的消息還有對(duì)應(yīng)的宏，但是原理是相同的） / END_MESSAGE_MAP()。
讓我們一個(gè)個(gè)的看看：
#define
?DECLARE_MESSAGE_MAP()?\
private
:?\
static
?
const
?AFX_MSGMAP_ENTRY?_messageEntries[];?\
protected
:?\
static
?
const
?AFX_MSGMAP?messageMap;?\
virtual
?
const
?AFX_MSGMAP
*
?GetMessageMap()?
const
;?\
這個(gè)宏的作用有3：
?1. 在類中插入一個(gè)靜態(tài)成員_messageEntries，這是用來(lái)存放類要處理的消息的數(shù)組（即類本身的消息映射表）
?2.? 另一個(gè)靜態(tài)成員massageMap用來(lái)指向基類的消息映射表
?3. 安插一個(gè)虛函數(shù)，其內(nèi)容有待實(shí)現(xiàn)
接下來(lái)，_messageEntries的初始化，messageMap的正確指向，GetMessageMap函數(shù)的實(shí)現(xiàn)這些工作還都沒(méi)做，那正是后三個(gè)宏的責(zé)任，它們要順序使用，方能工作正常。
#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[]?
=
?\
?
{?\
這個(gè)宏的作用有3：
1. 定義了安插在類中的虛函數(shù)GetMessageMap()，只是簡(jiǎn)單的返回messageMap對(duì)象的地址
2. 初始化messageMap，把派生類和基類聯(lián)系起來(lái)構(gòu)成一個(gè)大的消息映射表
3. 為類本身的消息映射表的初始化做語(yǔ)法準(zhǔn)備
ON_COMMAND這個(gè)宏的作用就是向_messageEntries數(shù)組中添加類本身要處理的命令消息，其實(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)?}
,
無(wú)非是對(duì)AFX_MSG_ENTRY結(jié)構(gòu)的初始化，這樣在類中為每一個(gè)想要處理的消息都是用一個(gè)ON_COMMAND宏，就自動(dòng)的初始化了類本身的消息映射表。
最后，當(dāng)全部的信息添加完畢后，使用END_MESSAGE_MAP()宏通知MFC一個(gè)類消息映射表結(jié)束了。
#define
?END_MESSAGE_MAP()?\
??
{
0
,?
0
,?
0
,?
0
,?AfxSig_end,?(AFX_PMSG)
0
?}
?\
?};?\
實(shí)現(xiàn)手法單純得很，無(wú)非是一個(gè)全0的AFX_MESSAGE_MAP對(duì)象。
結(jié)論
想要讓你的類處理某個(gè)消息，使用下面的組合：
BEGIN_MESSAGE_MAP(theClass,?the?
base
?Class)
//
消息處理宏
END_MESSAGE_MAP()
（待續(xù)……）