全面解讀WM_NOTIFY

控件通知消息

在《深度解析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,高位放的是相應的消息事件。

第三控件通知格式

這個才真正涉及到我們要講的內容,同時他也是最爲靈活的一種格式。它的特徵格式如下: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個內容,幾乎你需要控制的信息都給你提供了。爲什麼說它比較低級呢?因爲不同的消息附加的內容不同,結果就是一盤散沙,非常混亂。

在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 );

結束語:

WM_NOTIFY是一個很值得思考的結構,另外他和Reflect Message聯繫非常緊密,我們接下來就要討論一下反射消息。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章