MFC的消息反射機制

1、消息反射解釋：

　　父視窗将子視窗發給它的通知消息，首先反射回子視窗進行處理（即給子視窗一個機會，讓子視窗處理此消息），這樣通知消息就有機會能被子視窗自身進行處理。

2、MFC中引入消息反射的原因：

　　在Windows的消息進行中，子視窗的發給其父視窗的通知消息隻能由其父視窗進行處理，這使得子視窗的自身能動性大大降低（你想，它連改變自己的背景色，處理一個自身滾動問題都要其父視窗來完成），為了解決這個問題，在MFC中引入了 反射消息 “Reflect Message”的概念，進行消息反射，可以使得控制子視窗能夠自行處理與自身相關的一些消息，增強了封裝性，進而提高了控制子視窗的可重用性。

消息反射的處理流程(不考慮OLE控制)

一、消息反射處理流程圖：

　　1、父視窗收到控制子視窗發來的通知消息後，調用它的虛函數CWnd::OnNotify.

CWnd::OnNotify()主體部分：

{

//此時，hWndCtrl,為發送視窗，即子視窗的視窗句柄

     if (ReflectLastMsg(hWndCtrl, pResult))

         return TRUE; // 子視窗已處理了此消息

     AFX_NOTIFY notify;

     notify.pResult = pResult;

     notify.pNMHDR = pNMHDR;

     return OnCmdMsg(nID, MAKELONG(nCode, WM_NOTIFY), ¬ify, NULL);

}

　　分析：首先，調用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)

     if (message != WM_DRAWITEM) //對應不同的控制，會有不同的有特殊處理要求的消息。

         return CWnd::OnChildNotify(message, wParam, lParam, pResult);

     ...

         ...

         DrawItem((LPDRAWITEMSTRUCT)lParam);

     return TRUE;

virtual void DrawItem( LPDRAWITEMSTRUCT lpDrawItemStruct );

void CStatusBarCtrl::DrawItem(LPDRAWITEMSTRUCT)

     ASSERT(FALSE); // must override for self draw status bars

你重載CSTatusBarCtrl類的DrawItem虛拟函數，即可實作對反射消息 WM_DRAWITEM的處理。

方式2:

　　從方式1可以看出，如果你不在被重載的OnChildNotify中對消息進行處理，函數會調用CWnd::OnChildNotify,它調用ReflectChildNotify函數進行标準的處理。

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

2、增加對應的消息處理函數。

注意：可以使用MFC的ClassWizard作上述動作，在ClassWizard中，可處理的反射消息 以一個"="号以示差別。傳回值為TRUE,表示控件視窗已處理此反射消息 ，為FALSE,表示控件子視窗未處理此反射消息 。

結語：

消息反射不是很難的概念。它僅出現在MFC中；它的用意是友善控制子視窗的重用；對某些通知消息你可以重載對應的虛函數（WM_DRAWITEM...）進行處理；對其它你可以使用标準的消息反射映射進行處理。

<a href="http://blog.csdn.net/zhuzhubin/archive/2009/07/17/4358047.aspx">http://blog.csdn.net/zhuzhubin/archive/2009/07/17/4358047.aspx</a>

<a href="http://www.cublog.cn/u1/33888/showart_320960.html">http://www.cublog.cn/u1/33888/showart_320960.html</a>

什麼是消息反射？

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

     if(ReflectLastMsg(hWndCtrl, pResult))     // hWndCtrl,為發送視窗

         return TRUE;                         // 如果子視窗已處理了此消息，傳回

     return OnCmdMsg(nID, MAKELONG(nCode, WM_NOTIFY)? notify:NULL);

(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-&gt;SetTextColor( m_clrText );    // text

          pDC-&gt;SetBkColor( m_clrBkgnd );    // text bkgnd

          return m_brBkgnd;                // ctl bkgnd

同時我們在.cpp檔案中會看到ON_WM_CTLCOLOR_REFLECT()，這就是我們所說的經過處理的宏，是不是很符合規則？

    (5)在對話框中加入一個Edit，增加一個關聯的變量，選擇Control屬性，類别為CMyEdit。

    (6)在對話框.cpp檔案中加入#include "MyEdit.h"，運作，看到了什麼？呵呵。