手工添加消息响应函数
手工消息响应函数,最原始的方法是,在消息映射表中,添加一个合适的消息映射表项.
首先看看消息映射表项:
struct AFX_MSGMAP_ENTRY { UINT nMessage; // windows message UINT nCode; // control code or WM_NOTIFY code UINT nID; // control ID (or 0 for windows messages) UINT nLastID; // used for entries specifying a range of control id's UINT_PTR nSig; // signature type (action) or pointer to message # AFX_PMSG pfn; // routine to call (or special value) };
我们面临的任选是填充好一个表项,好让框架找到它,并调用其中的响应函数.
确定nMessage.当然是待处理的消息了.
确定响应函数.根据nMessage就可以确定wParam与lParam代表的具体含义.再根据自己的需要,定义好响应函数,设好适当形参.
确定nSig.接下来要做的是,告诉框架怎样传递参数给响应函数.对于标准消息,完全按nSig对wParam及lParam进行格式化.对于命令消息及通知消息,框架先对wParam与lParam进行了分析.到最后,nSig格式化的已经不是它们了.
对于标准消息,使用nSig对wParam及lParam格式化可以参考enum AfxSig的命名规律.下面是afxmsg_.h中的一个片段:
// Naming scheme: // <signature> -> AfxSig_<ReturnType>_<WPARAMType>_<LPARAMType> // <ReturnType> -> b (BOOL) // h (HANDLE) // v (void) // i (int) // l (LRESULT) // <WPARAMType> -> // Naming scheme: // b - BOOL // D - CDC* // W - CWnd* // w - UINT // h - handle // i - int // s - LPTSTR // v - void // l - LPARAM // M - CMenu* // p - CPoint // POS - WINDOWPOS* // CALC - NCCALCSIZE_PARAMS* // NMHDR - NMHDR* // HELPINFO - HELPINFO* // SIZING - LPRECT // cmdui - CCmdUI* // CDS - COPYDATASTRUCT* // s - short
拟好名后,再看看该名enum AfxSig中有没有,最后,最好在OnWndMsg中确认一下.
对于命令消息及通知消息.框架都是最终调用_AfxDispatchCmdMsg进行分发的.看看它的源码,你会发现nSig与响应函数之间没有什么规律.没有办法,确定nSig只能靠查看_AfxDispatchCmdMsg源码了,反正也不长.
确定nID与nLastID.一般情况nID与nLastID的值是相同的,都是控件或菜单的ID.标准消息中必须为0.可以从CWnd::OnWndMsg 对AfxFindMessageEntry的调用中看出:
BOOL CWnd::OnWndMsg(UINT message, WPARAM wParam, LPARAM lParam, LRESULT* pResult) { ... if ((lpEntry = AfxFindMessageEntry(pMessageMap->lpEntries, message, 0, 0)) != NULL)//后两个参数用于匹配nCode与nID,若要匹配表项只能用0填充它们 { pMsgCache->lpEntry = lpEntry; winMsgLock.Unlock(); goto LDispatch;//匹配到了,准备处理 } ... }
命令消息及通知消息都要程序员指定ID,这便是nID了.
确定nCode.对于标准消息nCode得为0,看看上面代码就知道了.对于命令消息nCode本来没有必要指定,但框架默认为CN_COMMAND(值为0).在BOOL CWnd::OnCommand(WPARAM wParam, LPARAM lParam)中可以找到答案:
BOOL CWnd::OnCommand(WPARAM wParam, LPARAM lParam) { ... if (hWndCtrl == NULL) { … nCode = CN_COMMAND;//表项中的nCode必须为CN_COMMMAND才可能匹配 ... } ... return OnCmdMsg(nID, nCode, NULL, NULL); }
对于通知消息nCode是得指定的,也就定好了.对于WM_NOTIFY打头的通知消息,nCode有点怪.看看下面代码:
BOOL CWnd::OnNotify(WPARAM, LPARAM lParam, LRESULT* pResult) { ASSERT(pResult != NULL); NMHDR* pNMHDR = (NMHDR*)lParam; HWND hWndCtrl = pNMHDR->hwndFrom; UINT_PTR nID = _AfxGetDlgCtrlID(hWndCtrl); int nCode = pNMHDR->code; ... //看到没有,MAKELONG(nCode, WM_NOTIFY) nCode与WM_NOTIFY扭成了一团 return OnCmdMsg((UINT)nID, MAKELONG(nCode, WM_NOTIFY), ¬ify, NULL); }
但在CCmdTarget::OnCmdMsg中又拆开了:
if (nCode != CN_UPDATE_COMMAND_UI) { nMsg = HIWORD(nCode); nCode = LOWORD(nCode); }
这里会出现一个问题,nID值好取,但nCode值怎取呢?
一般做法是使用MSDN+baidu+google查找该控件,学习一下该控件的使用.但有时候不容易找到适合的文档.就连MSDN都这样,我都无奈了!实在没辄,在VS2005中可以这样做:
切换到资源编辑器->选中要处理控件(选中对话框也行)->右击->点[属性]->在选项卡中找到[控件事件].列出来的都是nCode即通知码.再用MSDN搜一下这些通知码就行了.
手工填充时,还可以在afxmsg_.h中参考框架的消息映射宏.
手工填充虽然思路清晰,但比较麻烦.而且不是每一个人都像我一样,喜欢刨根问底.所以MFC提供一系统的消息映射宏,方便使用.但宏做得太死了,函数名都固定好了,没法改.比如响应WM_CREATE只能用OnCreate,看看ON_WM_CREATE()你就知道了.