按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
…………………………………………………………Page 454……………………………………………………………
第篇 湷觥 FC 程式設計
if （！PumpMessage （））
return ExitInstance（）；
// reset 〃no idle〃 state after pumping 〃normal〃 message
if （IsIdleMessage（&m_msgCur））
｛
bIdle = TRUE；
lIdleCount = 0；
｝
｝ while （：：PeekMessage（&m_msgCur； NULL； NULL； NULL； PM_NOREMOVE））；
｝
ASSERT（FALSE）； // not reachable
｝
BOOL CWinThread：：PumpMessage（）
｛
if （！：：GetMessage（&m_msgCur； NULL； NULL； NULL））
｛
return FALSE；
｝
// process this message
if （m_msgCur。message ！= WM_KICKIDLE && ！PreTranslateMessage（&m_msgCur））
｛
：：TranslateMessage（&m_msgCur）；
：：DispatchMessage（&m_msgCur）；
｝
return TRUE；
｝
获得的消息如何交给适当的例程去处理呢？SDK 程序的作法是调用DispatchMessage ，把
消息丢给窗口函数；MFC 也是如此。但我们并未在Hello 程序中提供任何窗口函数，是
的，窗口函数事实上由MFC 提供。回头看看前面AfxEndDeferRegisterClass 源代码，它
在注册四种窗口类别之前已经指定窗口函数为：
wndcls。lpfnWndProc = DefWindowProc；
392
…………………………………………………………Page 455……………………………………………………………
第６章 MFC 程式的生死因果
注意，虽然窗口函数被指定为DefWindowProc 成员函数，但事实上消息并不是被唧往该
处，而是一个名为AfxWndProc 的全域函数去。这其中牵扯到MFC 暗中做了大挪移的
手脚（利用hook 和subclassing），我将在第９章详细讨论这个「乾坤大挪移」。
你看，WinMain 已由MFC 提供，窗口类别已由MFC 注册完成、连窗口函数也都由MFC
提供。那么我们（程序员）如何为特定的消息设计特定的处理例程？MFC 应用程序对讯
息的辨识与判别是采用所谓的「Message Map 机制」。
393
…………………………………………………………Page 456……………………………………………………………
第篇 湷觥 FC 程式設計
把消息与处理函数串接在一起：Message Map 机制
HELLO。CPP
1 CMyWinApp theApp； // application object
BOOL CMyWinApp：：InitInstance（）
WINMAIN。CPP
｛
5
int AFXAPI AfxWinMain （。。。） m_pMainWnd = new CMyFrameWnd（）；
｛ m_pMainWnd…》ShowWindow（m_nCmdShow）；
7
CWinApp* pApp = AfxGetApp（）； m_pMainWnd…》UpdateWindow（）；
8
return TRUE；
2 ｝
AfxWinInit（。。。）；
3 CMyFrameWnd：：CMyFrameWnd（）
pApp…》InitApplication（）；
pApp…》InitInstance（）； ｛
4
6
nReturnCode = pApp…》Run（）； Create（NULL； 〃Hello MFC〃； 。。。；
9
〃MainMenu〃）；
AfxWinTerm（）； ｝
｝
void CMyFrameWnd：：OnPaint（） ｛ 。。。 ｝ 11
AfxWndProc void CMyFrameWnd：：OnAbout（） ｛ 。。。 ｝
m m
e e
s s BEGIN_MESSAGE_MAP（CMyFrameWnd； CFrameWnd）
s s
a a
WM_PAINT WM_PAINT
g g ON_MAND（IDM_ABOUT； OnAbout）
e
r e
o ON_WM_PAINT（）
u m
t a
i
n
10 END_MESSAGE_MAP（）
g p
。
。
。
基本上Message Map 机制是为了提供更方便的程序接口（例如宏或表格），让程序员
很方便就可以建立起消息与处理例程的对应关系。这并不是什么新发明，我在第１章示
范了一种风格简明的SDK 程序写法，就已经展现出这种精神。
MFC 提供给应用程序使用的「很方便的接口」是两组宏。以Hello 的主窗口为例，
第一个动作是在HELLO。H 的CMyFrameWnd 加上DECLARE_MESSAGE_MAP ：
394
…………………………………………………………Page 457……………………………………………………………
第６章 MFC 程式的生死因果
class CMyFrameWnd ： public CFrameWnd
｛
public：
CMyFrameWnd（）；
afx_msg void OnPaint（）；
afx_msg void OnAbout（）；
DECLARE_MESSAGE_MAP（）
｝；
第二个动作是在HELLO。CPP 的任何位置（当然不能在函数之内）使用宏如下：
BEGIN_MESSAGE_MAP（CMyFrameWnd； CFrameWnd）
ON_WM_PAINT（）
ON_MAND（IDM_ABOUT； OnAbout）
END_MESSAGE_MAP（）
这么一来就把消息WM_PAINT 导到OnPaint 函数， 把WM_MAND
（IDM_ABOUT ）导到OnAbout 函数去了。但是，单凭一个ON_WM_PAINT 宏，没
有任何参数，如何使WM_PAINT 流到OnPaint 函数呢？
MFC 把消息主要分为三大类，Message M