MFC消息反射机制
来源:互联网 发布:扒谱软件 编辑:程序博客网 时间:2024/05/01 20:22
消息反射机制要解决什么问题呢?
消息反射机制主要是为了控件而实现的。每当控件需要某些资讯(比如,绘制自身背景的画刷,显示字体的颜色等等)时,都会频繁地向其父窗口发送通告消息(notification message),比如最常见的WM_CTLCOLOR通告消息,让父窗口为它提供各种服务。当子控件很多时,父窗口很会变得臃肿不堪,而子控件却没事可做。另一方面,假如我们想继续创建一个相同风格的控件时,必须在父类中重复相同的代码。前者让我们程序不够健壮,父窗口可能累死;后者不利于代码的重用,很可能把程序员给累死了。显然,这不是面向对象程序设计的思维。如果我们在子控件对应的类中处理自身的通告消息,父窗口就不需要为子控件而操心了,子控件处理自己的事情。既解决前面两个问题,两个模块的耦合度也小了。
哪些消息可以被反射?
能够被反射都是控件发送给父窗口的通告消息notification message, 从MFC的源代码中我们可以得知,能够被反射的消息总共有12中,根据MFC对它们不同的包装方式,我将它们分为四类。
WM_NOTIFY
第三类WM_CTLCOLOR
第四类WM_VSCROLL, WM_HSCROLL, WM_DRAWITEM, WM_MEASUREITEM, WM_COMPAREITEM,WM_DELETEITEM, WM_CHARTOITEM, WM_VKEYTOITEM,WM_PARENTNOTIFY
消息反射机制具体是如何实现的呢?
事实上,对于上面的每一种消息,子控件的父窗口对应的类中都已为其添加了消息处理。每当控件向发父窗口发送一个通告消息时,都会首先由父窗口中对应的消息处理函数接手,请注意,父窗口中的消息处理函数只是接管这个消息,并没有实际处理它。父窗口中的消息处理函数首先将其“反射”给子控件,看子控件是否处理了这个反射消息。如果子控件处理了该反射消息并且返回TRUE,则消息终结,否则,交由父窗口处理。但是,对于上面的四种反射消息,MFC对它们实现反射的细节还是不一样的。具体的请看下面的讲解,我会尽量贴出源代码,因为源代码才是最有说服力和最有感觉的。
因为控件通常要发很多通告notification给父窗口,这些通告notification分别携带了不同数据量的additional information额外数据,为了便于处理,windows根据额外数据量additional information的区别将其包装成了上面的12种。
第一类:WM_COMMAND的反射消息
有一类通告,它们只需要携带通告代码(notification code),控件标识符(identifier)和控件句柄hwnd,它们分别保存在wParam的高字节,wParam低字节,lParam中,Windows将其打包成WM_COMMAND消息。
当鼠标点击子控件时,子控件向父窗口发送WM_COMMAND消息,父窗口首先调用一个虚函数OnCommand处理,MFC源代码如下:
BOOL CWnd::OnWndMsg(UINT message, WPARAM wParam, LPARAM lParam, LRESULT* pResult){ ...... if (message == WM_COMMAND) { if (OnCommand(wParam, lParam)) { lResult = 1; goto LReturnTrue; } ...... }
OnCommand首先将其反射给控件自身,如果ReflectLastMsg返回false,子控件没有处理该反射消息,就调用OnCmdMsg,让父窗口处理。mfc源代码如下:
BOOL CWnd::OnCommand(WPARAM wParam, LPARAM lParam){ ...... if (ReflectLastMsg(hWndCtrl))//首先给控件一个机会处理它 return TRUE; ...... return OnCmdMsg(nID, nCode, NULL, NULL);//若控件没有处理则由父窗口处理}
由于代码太多,我并没有具体列出调用的每个函数,而只是将其展开,贴出关键的代码,请下载附带的源程序demo_msgreflection,里面的代码断点都设置好了,调试可以看到具体的细节。
BOOL PASCAL CWnd::ReflectLastMsg(HWND hWndChild, LRESULT* pResult){ ................... if (CWnd::OnCmdMsg(0, MAKELONG(nCode, WM_REFLECT_BASE+WM_COMMAND), NULL, NULL))//消息反射原型{ if (pResult != NULL) *pResult = 1; return TRUE; } ....................}
第二类:WM_NOTIFY的反射消息
事实上,MFC对WM_CONOTIFY 和WM_COMMAND消息的处理非常类似,这里我就不详解,只贴出代码,大家可参照上面。
BOOL CWnd::OnWndMsg(UINT message, WPARAM wParam, LPARAM lParam, LRESULT* pResult){ LRESULT lResult = 0; ............... if (message == WM_NOTIFY) { NMHDR* pNMHDR = (NMHDR*)lParam; if (pNMHDR->hwndFrom != NULL && OnNotify(wParam, lParam, &lResult))//OnNotify专门处理WM_NOTIFY消息 goto LReturnTrue; return FALSE; ................ }BOOL CWnd::OnNotify(WPARAM, LPARAM lParam, LRESULT* pResult){ ................... if (ReflectLastMsg(hWndCtrl, pResult))//反射给控件,让控件首先有机会处理它 return TRUE; .................... return OnCmdMsg(nID, MAKELONG(nCode, WM_NOTIFY), ¬ify, NULL);//控件没有处理,有父窗口处理} BOOL PASCAL CWnd::ReflectLastMsg(HWND hWndChild, LRESULT* pResult){ ................ return CWnd::OnCmdMsg(0, MAKELONG(nCode, WM_REFLECT_BASE+WM_NOTIFY), ¬ify, NULL);//消息反射原型 .....................}
第三类:WM_CTLCOLOR的反射消息
事实上,32位系统里面的WM_CTLCOLOR消息是被MFC包装出来的,只是为了16位的系统兼容。在32位系统中,当控件需要画刷绘制背景时,向父窗口发送的消息是WM_CTLCOLORSTATIC, WM_CTLCOLOREDIT, WM_CTLCOLORBTN, WM_CTLCOLORLISTBOX, WM_CTLCOLORDLG, WM_COLORMSGBOX, WM_CTLCOLORSCROLLBAR. 我在上面说过,mfc在父窗口中会首先接管这些通告消息,请看下面的message map,当静态文本框向父窗口发送WM_CTLCOLORSTATIC后,首先是被父窗口中OnNtCtlColor函数处理,我们跟着这个函数,揭开WM_CTLCOLOR这个消息的神秘面纱。
BEGIN_MESSAGE_MAP(CWnd, CCmdTarget) ON_MESSAGE(WM_CTLCOLORSTATIC, OnNTCtlColor) ON_MESSAGE(WM_CTLCOLOREDIT, OnNTCtlColor) ON_MESSAGE(WM_CTLCOLORBTN, OnNTCtlColor) ON_MESSAGE(WM_CTLCOLORLISTBOX, OnNTCtlColor) ON_MESSAGE(WM_CTLCOLORDLG, OnNTCtlColor) ON_MESSAGE(WM_CTLCOLORMSGBOX, OnNTCtlColor) ON_MESSAGE(WM_CTLCOLORSCROLLBAR, OnNTCtlColor)
OnNtCtlColor只是接管这个消息,他将WM_CTLCOLORSTATIC消息变换为WM_CTLCOLOR传给了WindowProc,但还是传给了父窗口
LRESULT CWnd::OnNTCtlColor(WPARAM wParam, LPARAM lParam){ .................... return WindowProc(WM_CTLCOLOR, 0, (LPARAM)&ctl); //在此处WM_CTLCOLORSTATIC被包装成了WM_CTLCOLOR传递给父窗口}
父窗口调用CDialog::OnCtlColor函数处理, 该函数又调用OnGrayCtlColor
HBRUSH CDialog::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor){ return OnGrayCtlColor(pDC, pWnd, nCtlColor);}
OnGrayCtlColor将消息反射给控件处理,如果控件处理了,消息终结,否则传回父窗口,默认处理
HBRUSH CWnd::OnGrayCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor){ LRESULT lResult; if (pWnd->SendChildNotifyLastMsg(&lResult))//将消息反射给子控件,让子控件首先有机会处理它 return (HBRUSH)lResult; _AFX_WIN_STATE* pWinState = _afxWinState;//如果控件没有处理反射消息,有父窗口处理 if (!GrayCtlColor(pDC->m_hDC, pWnd->GetSafeHwnd(), nCtlColor,pWinState->m_hDlgBkBrush, pWinState->m_crDlgTextClr)) return (HBRUSH)Default(); return pWinState->m_hDlgBkBrush;}
SendChildNotifyLastMsg调用了OnChildNotify
BOOL CWnd::SendChildNotifyLastMsg(LRESULT* pResult){ _AFX_THREAD_STATE* pThreadState = _afxThreadState.GetData(); return OnChildNotify(pThreadState->m_lastSentMsg.message,pThreadState->m_lastSentMsg.wParam, pThreadState->m_lastSentMsg.lParam, pResult);}
OnChildNotify调用ReflectChildNotify
BOOL CWnd::OnChildNotify(UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT* pResult){ ................ return ReflectChildNotify(uMsg, wParam, lParam, pResult);}
ReflectChildNotify消息反射消息给控件
BOOL CWnd::ReflectChildNotify(UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT* pResult){ if (uMsg >= WM_CTLCOLORMSGBOX && uMsg <= WM_CTLCOLORSTATIC) { AFX_CTLCOLOR ctl; ctl.hDC = (HDC)wParam; ctl.nCtlType = uMsg - WM_CTLCOLORMSGBOX; ASSERT(ctl.nCtlType >= CTLCOLOR_MSGBOX); ASSERT(ctl.nCtlType <= CTLCOLOR_STATIC); // reflect the message through the message map as OCM_CTLCOLOR BOOL bResult = CWnd::OnWndMsg(WM_REFLECT_BASE+WM_CTLCOLOR, 0, (LPARAM)&ctl, pResult); if ((HBRUSH)*pResult == NULL) bResult = FALSE; return bResult; }}
第四类(以WM_DRAWITEM为例)
这类消息很的反射很简单,没有什么特别,只有WM_DRAWITE另辟蹊径,贴出关键的代码,大家都能懂了。这里有示范例子,点击下载:Demo1
以WM_DRAWITEM,当父窗口收到WM_DRAWITEM消息后,首先调用父类为其添加的消息处理函数OnDrawItem,OnDrawItem接管这个消息调用子控件的ReflectLastMsg
void CWnd::OnDrawItem(int /*nIDCtl*/, LPDRAWITEMSTRUCT lpDrawItemStruct){ .............. if (ReflectLastMsg(lpDrawItemStruct->hwndItem))//将消息反射给控件,让控件首先有机会处理它 return; .............. Default(); //如果控件没有处理它,就父窗口处理它}
下面的代码会揭示出我们熟知的DrawItem这个虚函数的内幕
ReflectLastMsg调用了SendChildNotifyLastMsg
BOOL PASCAL CWnd::ReflectLastMsg(HWND hWndChild, LRESULT* pResult){ 。。。。。。 return pWnd->SendChildNotifyLastMsg(pResult);//中转站而已}
SendChildNotifyLastMsg调用了CButton::OnChildNotify
BOOL CWnd::SendChildNotifyLastMsg(LRESULT* pResult){ _AFX_THREAD_STATE* pThreadState = _afxThreadState.GetData(); return OnChildNotify(pThreadState->m_lastSentMsg.message,pThreadState->m_lastSentMsg.wParam, pThreadState->m_lastSentMsg.lParam, pResult);}
OnChildNotify对这九个消息进行分流,WM_DRAWITEM 流向DrawItem, 而其他的消息则流向 CWnd::OnChildNotify
BOOL CButton::OnChildNotify(UINT message, WPARAM wParam, LPARAM lParam, LRESULT* pResult){ if (message != WM_DRAWITEM) return CWnd::OnChildNotify(message, wParam, lParam, pResult); ASSERT(pResult == NULL); // no return value expected UNUSED(pResult); // unused in release builds DrawItem((LPDRAWITEMSTRUCT)lParam); return TRUE;}
CWnd::OnChildNotify调用了ReflectChildNotify
BOOL CWnd::OnChildNotify(UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT* pResult){#ifndef _AFX_NO_OCC_SUPPORT if (m_pCtrlSite != NULL) { LRESULT lResult = SendMessage(OCM__BASE+uMsg, wParam, lParam); if (uMsg >= WM_CTLCOLORMSGBOX && uMsg <= WM_CTLCOLORSTATIC && (HBRUSH)lResult == NULL) { return FALSE; } if (pResult != NULL) *pResult = lResult; return TRUE; } return ReflectChildNotify(uMsg, wParam, lParam, pResult);}
ReflectChildNotify则将其反射给子控件
BOOL CWnd::ReflectChildNotify(UINT uMsg, WPARAM wParam, LPARAM lParam, LRESULT* pResult){ switch (uMsg) { case WM_HSCROLL: case WM_VSCROLL: case WM_PARENTNOTIFY: case WM_DRAWITEM: case WM_MEASUREITEM: case WM_DELETEITEM: case WM_VKEYTOITEM: case WM_CHARTOITEM: case WM_COMPAREITEM: // reflect the message through the message map as WM_REFLECT_BASE+uMsg return CWnd::OnWndMsg(WM_REFLECT_BASE+uMsg, wParam, lParam, pResult);//消息反射原型}
- MFC消息反射机制
- MFC消息反射机制
- MFC中的消息反射机制
- mfc消息反射机制简介
- MFC的消息反射机制
- MFC的消息反射机制
- MFC的消息反射机制
- MFC消息反射机制实例
- MFC的消息反射机制
- MFC的消息反射机制
- 深度剖析MFC消息反射机制
- 深度剖析MFC消息反射机制收藏
- 分析与理解MFC消息反射机制
- 分析与理解MFC消息反射机制
- 深度剖析MFC消息反射机制
- MFC深度剖析消息反射机制
- [转载] 分析与理解MFC消息反射机制
- 让MFC消息反射机制原型毕露-------(Message Reflection)
- 欢迎使用CSDN-markdown编辑器
- MathJax
- csdn模板
- php搭建
- Linux平台下的watchman源码编译
- MFC消息反射机制
- 一个对齐关键字pack引起的副作用
- EDUP无线网卡在win10下无法安装驱动怎么解决?
- win10下 libfreenect环境搭建
- spring多对多模型的实现与操作
- 字符编码过滤器
- 二分图的最大匹配、完美匹配和匈牙利算法
- Hbase葱岭探秘--MR导入与分析数据
- ext3、ext4文件系统数据恢复--extundelete