深入浅出MFC第2版(PDF格式)-第118部分
按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
AFX_CMDHANDLERINFO* pHandlerInfo）
｛
// pump through current view FIRST
CView* pView = GetActiveView（）；
if （pView ！= NULL && pView…》OnCmdMsg （nID； nCode； pExtra； pHandlerInfo））
return TRUE；
// then pump through frame
if （CWnd：：OnCmdMsg （nID； nCode； pExtra； pHandlerInfo））
return TRUE；
// last but not least； pump through app
CWinApp* pApp = AfxGetApp（）；
if （pApp ！= NULL && pApp…》OnCmdMsg （nID； nCode； pExtra； pHandlerInfo））
return TRUE；
return FALSE；
｝
这里非常明显地兵分三路，正是为了实践MFC 这个Application Framework 对于命令讯
息的绕行路线的规划：
命令消息接收物的类型 处理次序
Frame 1。 View
窗口
2。 Frame 窗口本身
3。 CWinApp 对象
View 1。 View 本身
2。 Document
Document 1。 Document 本身
2。 Document Template
图9…4 MFC 对于命令消息WM_MAND 的特殊处理顺序。
让我们锲而不舍地追踪下去：
573
…………………………………………………………Page 636……………………………………………………………
第篇 深入 MFC 程式設計
（ ）
// in VIEWCORE。CPP MFC 4。0
BOOL CView：：OnCmdMsg（UINT nID； int nCode； void* pExtra；
AFX_CMDHANDLERINFO* pHandlerInfo）
｛
// first pump through pane
if （CWnd：：OnCmdMsg （nID； nCode； pExtra； pHandlerInfo））
return TRUE；
// then pump through document
BOOL bHandled = FALSE；
if （m_pDocument ！= NULL）
｛
// special state for saving view before routing to document
_AFX_THREAD_STATE* pThreadState = AfxGetThreadState（）；
CView* pOldRoutingView = pThreadState…》m_pRoutingView；
pThreadState…》m_pRoutingView = this；
bHandled = m_pDocument…》OnCmdMsg （nID； nCode； pExtra； pHandlerInfo）；
pThreadState…》m_pRoutingView = pOldRoutingView；
｝
return bHandled；
｝
这反应出图9…4 搜寻路径中「先View 而后Document 」的规划。由于CWnd 并未改写
OnCmdMsg，所以函数中调用的CWnd：：OnCmdMsg，其实就是CCmdTarget：：OnCmdMsg：
（ ）
// in CMDTARG。CPP MFC 4。0
BOOL CCmdTarget：：OnCmdMsg （UINT nID； int nCode； void* pExtra；
AFX_CMDHANDLERINFO* pHandlerInfo）
｛
。。。
// look through message map to see if it applies to us
for （pMessageMap = GetMessageMap（）； pMessageMap ！= NULL；
pMessageMap = pMessageMap…》pBaseMap）
｛
lpEntry = AfxFindMessageEntry （pMessageMap…》lpEntries； nMsg； nCode； nID）；
if （lpEntry ！= NULL）
｛
// found it
return DispatchCmdMsg （this； nID； nCode；
lpEntry…》pfn； pExtra； lpEntry…》nSig； pHandlerInfo）；
｝
｝
return FALSE； // not handled
｝
574
…………………………………………………………Page 637……………………………………………………………
第９章 訊息映射與命令繞行
其中的AfxFindMessageEntry 动作稍早我已列出。
当命令消息兵分三路的第一路走到消息映射网的末尾一个类别CCmdTarget，没有办法再
「节外生枝」，只能乖乖比对CCmdTarget 的消息映射表。如果没有发现吻合者，传回
FALSE ，引起CView：：OnCmdMsg 接下去调用m_pDocument…》OnCmdMsg 。如果有吻合
者，调用全域函数DispatchCmdMsg ：
static BOOL DispatchCmdMsg （CCmdTarget* pTarget； UINT nID； int nCode；
AFX_PMSG pfn； void* pExtra； UINT nSig； AFX_CMDHANDLERINFO* pHandlerInfo）
// return TRUE to stop routing
｛
ASSERT_VALID（pTarget）；
UNUSED（nCode）； // unused in release builds
union MessageMapFunctions mmf；
mmf。pfn = pfn；
BOOL bResult = TRUE； // default is ok
。。。
switch （nSig）
｛
case AfxSig_vv：
// normal mand or control notification
（pTarget…》*mmf。pfn_MAND）（）；
break；
case AfxSig_bv：
// normal mand or control notification
bResult = （pTarget…》*mmf。pfn_bMAND）（）；
break；
case AfxSig_vw：
// normal mand or control notification in a range
（pTarget…》*mmf。pfn_MAND_RANGE）（nID）；
break；
case AfxSig_bw：
// extended mand （passed ID； returns bContinue）
bResult = （pTarget…》*mmf。pfn_MAND_EX）（nID）；
break；
。。。
default： // illegal
ASSERT（FALSE）；
575
…………………………………………………………Page 638……………………………………………………………
第篇 深入 MFC 程式設計
return 0；
｝
return bResult；
｝
以下是另一路CDocument 的动作：
// in DOCCORE。CPP
BOOL CDocument：：OnCmdMsg （UINT nID； int nCode； void* pExtra；
AFX_CMDHANDLERINFO* pHandlerInfo）
｛
if （CCmdTarget：：OnCmdMsg （nID； nCode； pExtra； pHandlerInfo））
return TRUE；
// otherwise check template
if （m_pDocTemplate ！= NULL &&
m_pDocTemplate…》OnCmdMsg （nID； nCode； pExtra； pHandlerInfo））
return TRUE；
return FALSE；
｝
图9…5 画出FrameWnd 窗口收到命令消息后的四个尝试路径。第３章曾经以一个简单的
DOS 程序仿真出这样的绕行路线。
576
…………………………………………………………Page 639……………………………………………………………
第９章 訊息映射與命令繞行
CWinThread CWinApp CMyWinApp
； ； ； ； ； ； ； ； ； ；
0；0；0；0；0；0 0；0；0；0；0；0
CView CMyView
m
e
CCmdTarget CWnd CFrameWnd CMyFrameWnd
s
； ； ； ； ； ； ； ； ； ；
s
0；0；0；0；0；0 0；0；0；0；0；0 a
； ； ； ； ； ； ； ； ； ； ； ； ； ； ；
； ； ； ； ； g
0；0；0；0；0；0 0；0；0；0；0；0 0；0；0；0；0；0 WM_MAND e
0；0；0；0；0；0
CDocument CMyDocument
当CMyFrameWnd 收到WM_MAND ，
消息唧筒尝试数种绕行路线，使命令消息有
； ； ； ； ； ； ； ； ； ； 机会经过任何一个类别。图中的
0；0；0；0；0；0 0；0；0；0；0；0 即绕行的优先次序（请参考图9…4 ）。
图9…5 FrameWnd 窗口收到命令消息后的四个尝试路径。第 ３ 章曾经以一
个简单的DOS 程序仿真出这样的绕行路线。
OnCmdMsg 是各类别专门用来对付命令消息的函数。每一个「可接受命令消息之对象」
（mand Target ）在处理命令消息时都会（都应该）遵循一个游戏规则：调用另一个
目标类别的OnCmdMsg 。这才能够将命令消息传送下去。如果说AfxWndProc 是消息流
动的「唧筒」，各类别的OnCmdMsg 就是消息流动的「转辙器」。
以下我举一个具体例子。假设命令消息从Scribble 的【Edit/Clear All 】发出，其处理常
式位在CScribbleDoc，下面是这个命令消息的流浪过程：
577
…………………………………………………………Page 640……………………………………………………………
第篇 深入 MFC 程式
