按键盘上方向键 ← 或 → 可快速上下翻页,按键盘上的 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……………………………………………………………
第6章 MFC 程式的生死因果
注意,虽然窗口函数被指定为DefWindowProc 成员函数,但事实上消息并不是被唧往该
处,而是一个名为AfxWndProc 的全域函数去。这其中牵扯到MFC 暗中做了大挪移的
手脚(利用hook 和subclassing),我将在第9章详细讨论这个「乾坤大挪移」。
你看,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 机制是为了提供更方便的程序接口(例如宏或表格),让程序员
很方便就可以建立起消息与处理例程的对应关系。这并不是什么新发明,我在第1章示
范了一种风格简明的SDK 程序写法,就已经展现出这种精神。
MFC 提供给应用程序使用的「很方便的接口」是两组宏。以Hello 的主窗口为例,
第一个动作是在HELLO。H 的CMyFrameWnd 加上DECLARE_MESSAGE_MAP :
394
…………………………………………………………Page 457……………………………………………………………
第6章 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