深入淺出MFC文檔/視圖架構之相互關系
2006-03-21 14:20 作者： 宋寶華 出處： 天極開發 責任編輯：方舟
2. 消息流動機制
在基于"文檔/視圖"架構的MFC程序中，用戶消息（鼠標、鍵盤輸入等）會先發往視圖，如果視圖未處理則會發往框架窗口。所以，一般來說，消息映射宜定義在視圖中。另外，如果一個應用同時擁有多個視圖而當前活動視圖沒有對消息進行處理則消息也會發往框架窗口。
下面我們來看實例，我們利用Visual C++向導創建一個單文檔/視圖架構的MFC程序，在其中增加一個菜單項為"自定義"（ID為IDM_SELF，如圖6.4）。
 圖6.4 含"自定義"菜單的單文檔/視圖架構MFC程序 |
我們分別在視圖類和框架窗口類中為"自定義"菜單添加消息映射，代碼如下：
//視圖中的消息映射和處理函數
BEGIN_MESSAGE_MAP(CExampleView, CView)
//{{AFX_MSG_MAP(CExampleView)
ON_COMMAND(IDM_SELF, OnSelf)
//}}AFX_MSG_MAP
END_MESSAGE_MAP()
void CExampleView::OnSelf()
{
// TODO: Add your command handler code here
AfxMessageBox("消息在視圖中處理");
}
//框架窗口中的消息映射和處理函數
BEGIN_MESSAGE_MAP(CMainFrame, CFrameWnd)
//{{AFX_MSG_MAP(CMainFrame)
ON_COMMAND(IDM_SELF, OnSelf)
//}}AFX_MSG_MAP
END_MESSAGE_MAP()
void CMainFrame::OnSelf()
{
// TODO: Add your command handler code here
AfxMessageBox("消息在框架窗口中處理");
} |
這時候，我們單擊"自定義"菜單，彈出對話框顯示"消息在視圖中處理"；如果我們刪除框架窗口中的消息映射，再單擊"自定義"菜單，彈出對話框也顯示"消息在視圖中處理"；但是，若我們將視圖中的消息映射刪除了，就會顯示"消息在框架窗口中處理"！這驗證了我們關于消息處理順序論述的正確性。
欲深入理解消息流動過程，還需認真分析CFrameWnd::OnCmdMsg、CView::OnCmdMsg函數的源代碼：
BOOL CFrameWnd::OnCmdMsg(UINT nID, int nCode, void* pExtra,
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;
}
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;
} |
分析上述源代碼可知，WM_COMMAND消息的實際流動順序比前文敘述的"先視圖，后框架窗口"要復雜得多，文檔和應用程序都參與了消息的處理過程。如果我們再為文檔和應用添加消息映射和處理函數：
//文檔的消息映射和處理函數
BEGIN_MESSAGE_MAP(CExampleDoc, CDocument)
//{{AFX_MSG_MAP(CExampleDoc)
ON_COMMAND(IDM_SELF, OnSelf)
//}}AFX_MSG_MAP
END_MESSAGE_MAP()
void CExampleDoc::OnSelf()
{
// TODO: Add your command handler code here
AfxMessageBox("消息在文檔中處理");
}
//應用的消息映射和處理函數
BEGIN_MESSAGE_MAP(CExampleApp, CWinApp)
//{{AFX_MSG_MAP(CExampleApp)
ON_COMMAND(IDM_SELF, OnSelf)
//}}AFX_MSG_MAP
END_MESSAGE_MAP()
void CExampleApp::OnSelf()
{
// TODO: Add your command handler code here
AfxMessageBox("消息在應用中處理");
} |
屏蔽掉視圖和框架窗口的消息映射，再單擊"自定義"菜單，彈出對話框顯示"消息在文檔中處理"；再屏蔽掉文檔中的消息映射，彈出對話框顯示"消息在應用中處理"！由此可見，完整的WM_COMMAND消息的處理順序是"視圖――文檔――框架窗口――應用"！
實際上，關于MFC的消息流動是一個很復雜的議題，陷于篇幅的原因，我們不可能對其進行更詳盡的介紹，讀者可自行尋找相關資料。