摘要：控件通知消息有很多種，但是有一種是很常用，但是又不是很容易掌握的，那就是WM_NOTIFY，我試著對此做一下比較全面的論述，有不對的地方，還希望各路大蝦批評指正。

    控件通知消息
     在《深度解析VC中的消息（上）》中，我們提到了消息的分類有3種：窗口消息、命令消息和控件通知消息，我們這里要談的是最后一種：控件通知消息。
     控件通知消息，是指這樣一種消息，一個窗口內(nèi)的子控件發(fā)生了一些事情，需要通知父窗口。通知消息只適用于標準的窗口控件如按鈕、列表框、組合框、編輯框，以及Windows公共控件如樹狀視圖、列表視圖等。例如，單擊或雙擊一個控件、在控件中選擇部分文本、操作控件的滾動條都會產(chǎn)生通知消息。她類似于命令消息，當用戶與控件窗口交互時，那么控件通知消息就會從控件窗口發(fā)送到它的主窗口。但是這種消息的存在并不是為了處理用戶命令，而是為了讓主窗口能夠改變控件，例如加載、顯示數(shù)據(jù)。例如按下一個按鈕，他向父窗口發(fā)送的消息也可以看作是一個控件通知消息；單擊鼠標所產(chǎn)生的消息可以由主窗口直接處理，然后交給控件窗口處理。
     控件通知消息主要由窗口類即直接或間接由CWND類派生類處理。

    控件通知格式
     控件通知經(jīng)歷了一個演變過程，因而SendMessage( )的變量Message、wParam和lParam有三種格式。
     第一控件通知格式
     第一控件通知格式只是窗口消息的子集。它的特征格式如下：WM_XXXX。它主要來自下面的3種消息類型：
     (1)表示一個控件窗口要么已經(jīng)被創(chuàng)建或銷毀，要么已經(jīng)被鼠標單擊的消息：WM_PARENTNOTIFY；
     (2)發(fā)送到父窗口，用來繪制自身窗口的消息，例如： WM_CTLCOLOR、WM_DRAWITEM、WM_MEASUREITEM、WM_DELETEITEM、WM_CHARTOITEM、WM_VKTOITEM、WM_COMMAND和WM_COMPAREITEM
     (3)有滾動調(diào)控件發(fā)送，通知父窗口滾動窗口的消息：WM_VSCROLL和WM_HSCROLL
     第二控件通知格式
     第二控件通知格式與命令消息共享，它的特征格式如下：WM_COMMAND。
     在WM_COMMAND中，lParam用來區(qū)分是命令消息還是控件通知消息：如果lParam為NULL，則這是個命令消息，否則lParam里面放的必然就是控件的句柄，是一個控件通知消息。對于wParam則是低位放的是控件ID，高位放的是相應的消息事件。
     第三控件通知格式
     這個才真正涉及到我們要講的內(nèi)容，同時他也是最為靈活的一種格式。它的特征格式如下：WM_NOTIFY。
     在WM_NOTIFY中，lParam中放的是一個稱為NMHDR結(jié)構(gòu)的指針。在wParam中放的則是控件的ID。

    NMHDR結(jié)構(gòu)的由來
    NMHDR結(jié)構(gòu)是很值得一提的，該結(jié)構(gòu)包括有關(guān)制作該通知的控件的任何內(nèi)容，而不受空間和類型的限制，他的來歷也是很有意思的。
     在最初的windows3.x中，根本就不存在什么WM_NOTIFY，控件通知它們父窗口，如鼠標點擊,控件背景繪制事件，通過發(fā)送一個消息到父窗口。簡單的通知僅發(fā)送一個WM_COMMAND消息，包含一個通知碼和一個在wParam中的控件ID及一個在lPraram中的控件句柄。這樣一來，wParam和lParam就都被填充了，沒有額外的空間來傳遞一些其它的消息，例如鼠標按下的位置和時間。
     為了克服這個困難，windows3.x就提出了一個比較低級的解決策略，那就是給一些消息添加一些附加消息，最為明顯的就是控件自畫用到的DRAWITEMSTRUCT。不知道大家對這個結(jié)構(gòu)熟悉不，不過，如果你是老手，你應該非常清楚這個結(jié)構(gòu)，這個結(jié)構(gòu)包含了9個內(nèi)容，幾乎你需要控制的信息都給你提供了。為什么說它比較低級呢？因為不同的消息附加的內(nèi)容不同，結(jié)果就是一盤散沙，非常混亂。
     在win32中，MS又提出了一個更好的解決方案：引進NMHDR結(jié)構(gòu)。這個結(jié)構(gòu)的引進就是消息統(tǒng)一起來，利用它可以傳遞復雜的信息。這個結(jié)構(gòu)的布局如下：
    NMHDR
     {
         HWnd hWndFrom ; 相當于原WM_COMMAND傳遞方式的lParam
         UINT idFrom ;    相當于原WM_COMMAND傳遞方式的wParam（low-order）
         UINT code ;      相當于原WM_COMMAND傳遞方式的Notify Code(wParam"s high-order)
     }；
     對于這個結(jié)構(gòu)的應用于WM_NOTIFY信息結(jié)構(gòu)，結(jié)果WM_NOTIFY就變成了：
     A、無附加信息。結(jié)構(gòu)變得很簡單，就是一個NMHDR結(jié)構(gòu)。
     B、有附加信息。定義一個大的結(jié)構(gòu)，它的第一個元素就是NMHDR結(jié)構(gòu)，它的后面放置附加信息。
    
    WM_NOTIFY結(jié)構(gòu)的好處
     除了上面我們所說的好處外，WN_NOTIFY還有自己的獨特的好處：
     由于在大結(jié)構(gòu)中，第一個成員為NMHDR,這樣一來，我們就可以利用指向NMHDR的指針來傳遞結(jié)構(gòu)地址，根據(jù)指針的特性，無論消息有沒有附加信息，這個指針都適用，也能夠很方便的進行強制轉(zhuǎn)換。

    分析ON_NOTIFY
　  類向?qū)Э梢詣?chuàng)建ON_NOTIFY消息映射入口并提供一個處理函數(shù)的框架，來處理 WM_NOTIFY類型的消息。ON_NOTIFY消息映射宏有如下語法.
　　　ON_NOTIFY(wNotifyCode,id,memberFxn)
　　其中：wNotifyCode:要處理的通知消息通知碼。比如上面我們提到的LVN_KEYDOWN；Id:控件標識ID；MemberFxn:處理此消息的成員函數(shù)。
　　此成員函數(shù)有如下的原型聲明:
　　　afx_msg void memberFxn( NMHDR * pNotifyStruct, LRESULT * result);
　　比如:假設你想成員函數(shù)OnKeydownList1處理ClistCtrl(標識ID=IDC_LIST1）的 LVN_KEYDOWN消息,你可以使用類向?qū)砑尤缦碌南⒂成?span lang=EN-US>:
　　　ON_NOTIFY( LVN_KEYDOWN, IDC_LIST1, OnKeydownList1 )
　　在上面的例子中,類向?qū)峁┤缦潞瘮?shù):
　　　void CMessageReflectionDlg::OnKeydownList1(NMHDR* pNMHDR, LRESULT* pResult)
　　　　{
　　　　　LV_KEYDOWN* pLVKey= (LV_KEYDOWN*)pNMHDR;
　　　　　*pResult = 0;
　　　　 }
　　這時類向?qū)峁┝艘粋€適當類型的指針，你既可以通過pNMHDR，也可以通過 pLVKey來訪問這個通知結(jié)構(gòu)。

    ON_NOTIFY_RANGE
　　有時我們可能需要為一組控件處理相同的WM_NOTIFY消息。這時需要使用ON_NOTIFY_RANGE而不是ON_NOTIFY。不過，很不幸的是，VC6的ClassWizard并不支持這個消息，所以我們必須手工添加。方法和一般的手工添加的消息一樣，不過需要注意的是：
     (1)當你使用 ON_NOTIFY_RANGE時,你需要指定控件的ID范圍.其消息映射入口及函數(shù)原型如下:
　　　   ON_NOTIFY_RANGE( wNotifyCode, id, idLast, memberFxn )
　　　　其中：wNotifyCode:消息通知碼.比如:LVN_KEYDOWN。id: 第一控件的標識ID。
　　　　　idLast:最后一個控件的標識ID。（標識值一定要連續(xù)）memberFxn: 消息處理函數(shù)。
　　(2)成員函數(shù)必須有如下原型申明：afx_msg void memberFxn( UINT id, NMHDR * pNotifyStruct, LRESULT * result );

    結(jié)束語：
     WM_NOTIFY是一個很值得思考的結(jié)構(gòu)，另外他和Reflect Message聯(lián)系非常緊密，我們接下來就要討論一下反射消息。