MFC的訊息反射機制

2021-09-06 15:37:49 字數 4190 閱讀 5237

1、訊息反射解釋:

父視窗將子視窗發給它的通知訊息,首先反射回子視窗進行處理(即給子視窗乙個機會,讓子視窗處理此訊息),這樣通知訊息就有機會能被子視窗自身進行處理。

2、mfc中引入訊息反射的原因:

在windows的訊息處理中,子視窗的發給其父視窗的通知訊息只能由其父視窗進行處理,這使得子視窗的自身能動性大大降低(你想,它連改變自己的背景色,處理乙個自身滾動問題都要其父視窗來完成),為了解決這個問題,在mfc中引入了 反射訊息 「reflect message」的概念,進行訊息反射,可以使得控制子視窗能夠自行處理與自身相關的一些訊息,增強了封裝性,從而提高了控制子視窗的可重用性。

訊息反射的處理流程(不考慮ole控制)

一、訊息反射處理流程圖:

1、父視窗收到控制子視窗發來的通知訊息後,呼叫它的虛函式cwnd::onnotify.

cwnd::onnotify()主體部分:

分析:首先,呼叫reflectlastmsg(hctrlchildwnd,...)給子視窗乙個自身處理的機會,將訊息反射給子視窗處理,函式返回 true,表明子視窗處理了此訊息。反之,表示子視窗未處理此訊息,此時,呼叫oncmdmsg(...)由父視窗進行通常的處理。

2、reflectlastmsg中:

主要是呼叫傳送視窗的sendchildnotifylastmsg(...)。

3、sendchildnotifylastmsg 中:

呼叫傳送視窗的虛函式onchildnotify函式,進行處理。 如果沒有處理,則呼叫reflectchildnotify(...)函式進行標準的反射訊息 的訊息對映處理。

二、訊息處理

方式1:

由上述處理流程可以看出來,子視窗要想自身處理此訊息,過載子控制項視窗的onchildnotify虛函式應該是很容易想到的方式。

注意:mfc中對各個子控制項視窗一般都已經過載了onchildnotify函式,它對應呼叫類的虛函式進行處理,所以,你過載對應的虛函式即可,如下例:

bool cstatusbarctrl::onchildnotify(uint message, wparam wparam, lparam lparam,lresult* presult)

virtual void drawitem( lpdrawitemstruct lpdrawitemstruct );

void cstatusbarctrl::drawitem(lpdrawitemstruct)

你過載cstatusbarctrl類的drawitem虛函式,即可實現對反射訊息 wm_drawitem的處理。

方式2:

從方式1可以看出,如果你不在被過載的onchildnotify中對訊息進行處理,函式會呼叫cwnd::onchildnotify,它呼叫reflectchildnotify函式進行標準的處理。

1、增加反射訊息 的對映入口。

2、增加對應的訊息處理函式。

注意:可以使用mfc的classwizard作上述動作,在classwizard中,可處理的反射訊息 以乙個"="號以示區別。返回值為true,表示控制項視窗已處理此反射訊息 ,為false,表示控制項子視窗未處理此反射訊息 。

結語:訊息反射不是很難的概念。它僅出現在mfc中;它的用意是方便控制子視窗的重用;對某些通知訊息你可以過載對應的虛函式(wm_drawitem...)進行處理;對其它你可以使用標準的訊息反射對映進行處理。

什麼是訊息反射?

在windows裡面,子控制項經常向父控制項傳送訊息,例如很多子控制項要繪製自己的背景,就可能向父視窗傳送訊息wm_ctlcolor。對於從子控制項發來的訊息,父控制項有可能在處理之前,把訊息返還給子控制項處理,這樣訊息看起來就想是從父視窗反射回來一樣,故此得名:訊息反射。

訊息反射的由來

在windows和mfc4.0版本一下,父視窗(通常是乙個對話方塊)會對這些訊息進行處理,換句話說,自控件的這些訊息處理必須在父視窗類體內,每當我們新增子控制項的時候,就要在父視窗類中複製這些**,我們可以想象這是多麼的複雜,**是多麼的臃腫!

我們可以想象,如果這些訊息都讓父視窗類去做,父視窗就成了乙個萬能的神,乙個臃腫不堪的**機,無論如何訊息的處理都集中在父視窗類中,會使父視窗繁重無比,但是子控制項卻無事可做,並且**也無法重用,這對於乙個程式設計師來講是多麼痛苦的一件事?!

在老版本的mfc中,設計者也意識到了這個問題,他們對一些訊息採用了虛擬機制,例如:wm_drawitem,這樣子控制項就有機會控制自己的動作,**的可重用性有了一定的提高,但是這還沒有達到大部分人的要求,所以在高版本的mfc中,提出了一種更方便的機制:訊息反射。

通過訊息反射機制,子控制項視窗便能夠自行處理與自身相關的一些訊息,增強了封裝性,同時也提高了子控制項視窗類的可重用性。不過需要注意的是:訊息反射是 mfc實現的,不是windows實現的;要讓你的訊息反射機制工作,你的類必須從cwnd類派生。

message-map中的處理

如果想要處理訊息反射,必須了解相應的message-map巨集和函式原型。一般來講,message-map是有一定的規律的,通常她在訊息的前面加上乙個on_ ,然後再訊息的最後加上 _reflect。例如我們前面提到的wm_ctlcolor 經過處理後變成了on_wm_ctlcolor_reflect;wm_measureitem則變成了 on_wm_measureitem_reflect。

凡事總會有例外,這裡也是這樣,這裡面有3個例外:

(1) wm_command 轉換成 on_control_reflect;

(2) wm_notify  轉換成 on_notify_reflect;

(3) on_update_command_ui 轉換成 on_update_command_ui_reflect;

對於函式原型,也必須是以 afx_msg 開頭。

利用classwizard新增訊息反射

(1)在classwizard中,開啟選擇項message maps;

(2)在下拉列表class name中選擇你要控制的類;

(3)在object ids中,選中相應的類名;

(4)在messages一欄中找到前面帶有=標記的訊息,那就是反射訊息;

(5)雙擊滑鼠或者單擊新增按鈕,然後ok!

訊息處理的過程

(1)子視窗向父視窗傳送通知訊息,激發父視窗去呼叫它的虛函式cwnd::onnotify。大致的結構如下 

bool cwnd::onnotify(wparam wparam, lparam lparam, lresult* presult)

(2)reflectlastmsg宣告如下:static bool pascal reflectlastmsg(hwnd hwndchild, lresult* presult = null);

它的主要任務就是呼叫傳送視窗的sendchildnotifylastmsg。 

(3)sendchildnotifylastmsg宣告如下:bool sendchildnotifylastmsg(lresult* presult = null);

呼叫傳送視窗的虛函式onchildnotify函式,進行處理。 如果傳送視窗沒有進行過載處理,則呼叫reflectchildnotify(...)函式進行標準的反射訊息的訊息對映處理。

使用的乙個例子

這裡面我們舉乙個簡單的例子,希望大家能夠更清晰的掌握訊息反射機制。

(1)建立乙個基於對話方塊的工程。

(2)利用嚮導建立乙個新的類:cmyedit,基類是cedit。

(3)在cmyedit標頭檔案中加入3個成員變數:

colorref m_clrtext ;

colorref m_clrbkgnd ;

cbrush   m_brbkgnd;

(4)利用嚮導在其中加入wm_ctlcolor(看到了麼,前面是不是有乙個=?),並且將它的函式體改為:

hbrush cmyedit::ctlcolor(cdc* pdc, uint nctlcolor)

{pdc->settextcolor( m_clrtext );    // text

pdc->setbkcolor( m_clrbkgnd );    // text bkgnd

return m_brbkgnd;                // ctl bkgnd

同時我們在.cpp檔案中會看到on_wm_ctlcolor_reflect(),這就是我們所說的經過處理的巨集,是不是很符合規則?

(5)在對話方塊中加入乙個edit,增加乙個關聯的變數,選擇control屬性,類別為cmyedit。

(6)在對話方塊.cpp檔案中加入#include "myedit.h",執行,看到了什麼?呵呵。

MFC的訊息反射機制

1 訊息反射解釋 父視窗將子視窗發給它的通知訊息,首先反射回子視窗進行處理 即給子視窗乙個機會,讓子視窗處理此訊息 這樣通知訊息就有機會能被子視窗自身進行處理。2 mfc中引入訊息反射的原因 在windows的訊息處理中,子視窗的發給其父視窗的通知訊息只能由其父視窗進行處理,這使得子視窗的自身能動性...

mfc訊息反射機制簡介

在windows裡面,子控制項經常向父控制項傳送訊息,例如很多子控制項要繪製自己的背景,就可能向父視窗傳送訊息wm ctlcolor。對於從子控制項發來的訊息,父控制項有可能在處理之前,把訊息返還給子控制項處理,這樣訊息看起來就想是從父視窗反射回來一樣,故此得名 訊息反射。訊息反射機制剝離了子父控制...

深度剖析MFC訊息反射機制

附 我稍加修改 摘要 在前面我們分析了控制項通知訊息wm notify,和wm notify緊密聯絡的還有乙個mfc新特性 訊息反射。本文中,我想就這個問題作乙個全面的論述,如果有錯誤,還望各路大蝦批評指正。什麼是訊息反射?在windows裡面,子控制項經常向父控制項傳送訊息,例如很多子控制項要繪製...