VC中的消息分類

VC中的消息的分類有3種：視窗消息、指令消息和控件通知消息，我們這裡要談的是最後一種：控件通知消息。

　　控件通知消息，是指這樣一種消息，一個視窗内的子控件發生了一些事情，需要通知父視窗。通知消息隻适用于标準的視窗控件如按鈕、清單框、組合框、編輯框，以及Windows公共控件如樹狀視圖、清單視圖等。例如，單擊或輕按兩下一個控件、在控件中選擇部分文本、操作控件的滾動條都會産生通知消息。 她類似于指令消息，當使用者與控件視窗互動時，那麼控件通知消息就會從控件視窗發送到它的主視窗。但是這種消息的存在并不是為了處理使用者指令，而是為了讓主視窗能夠改變控件，例如加載、顯示資料。例如按下一個按鈕，他向父視窗發送的消息也可以看作是一個控件通知消息；單擊滑鼠所産生的消息可以由主視窗直接處理，然後交給控件視窗處理。

　　控件通知消息主要由視窗類即直接或間接由CWND類派生類處理。

　　控件通知格式

　　控件通知經曆了一個演變過程，因而SendMessage( )的變量Message、wParam和lParam有三種格式。

　　第一控件通知格式

　　第一控件通知格式隻是視窗消息的子集。它的特征格式如下：WM_XXXX。它主要來自下面的3種消息類型：

　　

　　(1)表示一個控件視窗要麼已經被建立或銷毀，要麼已經被滑鼠單擊的消息：WM_PARENTNOTIFY；

　　(2)發送到父視窗，用來繪制自身視窗的消息，例如： WM_CTLCOLOR、WM_DRAWITEM、WM_MEASUREITEM、WM_DELETEITEM、WM_CHARTOITEM、WM_VKTOITEM、WM_COMMAND和WM_COMPAREITEM

　　(3)有滾動調控件發送，通知父視窗滾動視窗的消息：WM_VSCROLL和WM_HSCROLL

　　第二控件通知格式

　　第二控件通知格式與指令消息共享，它的特征格式如下：WM_COMMAND。

　　在WM_COMMAND中，lParam用來區分是指令消息還是控件通知消息：如果lParam為NULL，則這是個指令消息，否則lParam裡面放的必然就是控件的句柄，是一個控件通知消息。對于wParam則是低位放的是控件ID，高位放的是相應的消息事件。

    如：STN_CLICKED，STN_DBLCLK是靜态控件(static)的單擊，輕按兩下通知消息(需設定靜态控件的SS_NOTIFY樣式)

    BN_CLICKED是WM_COMMAND消息，不是WM_NOTIFY消息，要用ON_COMMAND_RANGE宏來映射，WM_NOTIFY用ON_NOTIFY_RANGE宏來映射。

　　第三控件通知格式

　　這個才真正涉及到我們要講的内容，同時他也是最為靈活的一種格式。它的特征格式如下：WM_NOTIFY。

在WM_NOTIFY中，lParam中放的是一個稱為NMHDR結構的指針。在wParam中放的則是控件的ID。

　　NMHDR結構的由來

　　NMHDR結構是很值得一提的，該結構包括有關制作該通知的控件的任何内容，而不受空間和類型的限制，他的來曆也是很有意思的。

　　在最初的windows3.x中，根本就不存在什麼WM_NOTIFY，控件通知它們父視窗，如滑鼠點選,控件背景繪制事件，通過發送一個消息到父視窗。簡單的通知僅發送一個WM_COMMAND消息，包含一個通知碼和一個在wParam中的控件ID及一個在lPraram中的控件句柄。這樣一來，wParam和lParam就都被填充了，沒有額外的空間來傳遞一些其它的消息，例如滑鼠按下的位置和時間。

　　為了克服這個困難，windows3.x就提出了一個比較低級的解決政策，那就是給一些消息添加一些附加消息，最為明顯的就是控件自畫用到的DRAWITEMSTRUCT。不知道大家對這個結構熟悉不，不過，如果你是老手，你應該非常清楚這個結構，這個結構包含了9個内容，幾乎你需要控制的資訊都給你提供了。為什麼說它比較低級呢？因為不同的消息附加的内容不同，結果就是一盤散沙，非常混亂。

　　以WM_DRAWITEM為例：lParam參數成為指向DRAWITEMSTRUCT結構的指針，DRAWITEMSTRUCT結構如下：

typedef struct tagDRAWITEMSTRUCT {

UINT CtlType;

UINT CtlID;

UINT itemID;

UINT itemAction;

UINT itemState;

HWND hwndItem;

HDC hDC;

RECT rcItem;

ULONG_PTR itemData;

} DRAWITEMSTRUCT；

　　在win32中，MS又提出了一個更好的解決方案：引進NMHDR結構。這個結構的引進就是消息統一起來，利用它可以傳遞複雜的資訊。這個結構的布局如下：

NMHDR

{

HWnd hWndFrom ; 相當于原WM_COMMAND傳遞方式的lParam

UINT idFrom ; 相當于原WM_COMMAND傳遞方式的wParam（low-order）

UINT code ; 相當于原WM_COMMAND傳遞方式的Notify Code(wParam"s high-order)

}；

　　對于這個結構的應用于WM_NOTIFY資訊結構，結果WM_NOTIFY就變成了：

　　A、無附加資訊。結構變得很簡單，就是一個NMHDR結構。

　

　　B、有附加資訊。定義一個大的結構，它的第一個元素就是NMHDR結構，它的後面放置附加資訊。

WM_NOTIFY結構的好處

　　除了上面我們所說的好處外，WN_NOTIFY還有自己的獨特的好處：

　　由于在大結構中，第一個成員為NMHDR,這樣一來，我們就可以利用指向NMHDR的指針來傳遞結構位址，根據指針的特性，無論消息有沒有附加資訊，這個指針都适用，也能夠很友善的進行強制轉換。

　　分析ON_NOTIFY

　 類向導可以建立ON_NOTIFY消息映射入口并提供一個處理函數的架構，來處理 WM_NOTIFY類型的消息。ON_NOTIFY消息映射宏有如下文法.

　　　ON_NOTIFY(wNotifyCode,id,memberFxn)

　　其中：wNotifyCode:要處理的通知消息通知碼。比如上面我們提到的LVN_KEYDOWN；Id:控件辨別ID；MemberFxn:處理此消息的成員函數。

　　此成員函數有如下的原型聲明:

　　　afx_msg void memberFxn( NMHDR * pNotifyStruct, LRESULT * result);

　　比如:假設你想成員函數OnKeydownList1處理ClistCtrl(辨別ID=IDC_LIST1）的 LVN_KEYDOWN消息,你可以使用類向導添加如下的消息映射:

　　　ON_NOTIFY( LVN_KEYDOWN, IDC_LIST1, OnKeydownList1 )

　　在上面的例子中,類向導提供如下函數:

　　　void CMessageReflectionDlg::OnKeydownList1(NMHDR* pNMHDR, LRESULT* pResult)

　　　　{

　　　　　LV_KEYDOWN* pLVKey= (LV_KEYDOWN*)pNMHDR;

　　　　　*pResult = 0;

　　　　}

　　這時類向導提供了一個适當類型的指針，你既可以通過pNMHDR，也可以通過 pLVKey來通路這個通知結構。

　　ON_NOTIFY_RANGE統計

　　有時我們可能需要為一組控件處理相同的WM_NOTIFY消息。這時需要使用ON_NOTIFY_RANGE而不是ON_NOTIFY。不過，很不幸的是，VC6的ClassWizard并不支援這個消息，是以我們必須手工添加。方法和一般的手工添加的消息一樣，不過需要注意的是：

　　(1)當你使用 ON_NOTIFY_RANGE時,你需要指定控件的ID範圍.其消息映射入口及函數原型如下:

　　　 ON_NOTIFY_RANGE( wNotifyCode, id, idLast, memberFxn )

　　其中：wNotifyCode:消息通知碼.比如:LVN_KEYDOWN。id: 第一控件的辨別ID。

　　

　　　idLast:最後一個控件的辨別ID。（辨別值一定要連續）memberFxn: 消息處理函數。

　　(2)成員函數必須有如下原型申明：afx_msg void memberFxn( UINT id, NMHDR * pNotifyStruct, LRESULT * result );