動態生成一個按鈕CButton，如何給該按鈕添加消息處理，這就用到了消息反射。
學習MFC也一兩年了，今天發現自己只是記住方法，而不明白其中的道理。比如今天才知道，拖出一個按鈕，利用MFC的Wizard添加消息處理函數，這個按鈕的消息不是這個按鈕自己處理的，而是他的父窗體替他處理的，所以利用Wizard添加的消息處理函數也是在其父窗體的類中的。
先看windows的消息種類，windows共有3種消息
1.標準消息
除WM_COMMAND之外，所有以WM_開頭的消息。從CWnd派生的類，都可以接收到該類消息。
2.命令消息
來自菜單、工具欄按鈕或者加速鍵的消息。這類消息都以WM_COMMAND呈現。在MFC中，通過菜單項的標識（ID）來區分不同的命令消息；在SDK中，通過消息的wParam參數識別。
從CCmdTarget派生的類都可以接收到這類消息。
3.通告消息
由控件產生的消息，例如，按鈕的單擊，列表框的選擇等均產生此類消息，爲的是向其父窗口（通常是對話框）通知事件的發生。這類消息也是以WM_COMMAND消息呈現。從CCmdTarget派生的類都可以接收到這類消息。
子窗體被觸發時，向父窗體發送一個WM_COMMAND消息，父窗體的窗口函數處理這個消息，進行相關的處理。另外WM_NOTIFY消息也是WINDOWS CONTROL給它的父窗體發的消息，那這兩種消息有什麼不同呢？WM_COMMAND消息其實是早期的（WIN3.X時代）子窗體消息，子窗體給父窗體發送消息，父窗體就捕獲WM_COMMAND來處理子窗體的消息。但是這個消息只包括了有限的信息，例如wParam包括了子窗口ID和通知碼，lParam則包括了子窗口句柄，就這點信息了，如果想知道一些額外的信息的話（例如，鼠標點在了子控件的位置）就要藉助於其他的WM_*消息。所以對於新型的WIN32控件，微軟就增加了一個新的NOTIFICATION消息，這個消息的參數是這樣的：wParam包含了控件ID，而lParam則包含了一個結構體的指針，這個結構體是NMHDR結構或者以NMHDR結構爲第一項的一個更大的結構體。這樣就可以包含了很多的子控件想給父窗體提供的信息了，甚至可以自己去定義這種的結構體。
由於子控件要想幹點事情，要通知其父窗體來完成。在windows和MFC4.0版本一下，父窗口（通常是一個對話框）會對這些消息進行處理，換句話說，自控件的這些消息處理必須在父窗口類體內，每當我們添加子控件的時候，就要在父窗口類中複製這些代碼，我們可以想象這是多麼的複雜，代碼是多麼的臃腫！ 我們可以想象，如果這些消息都讓父窗口類去做，父窗口就成了一個萬能的神，一個臃腫不堪的代碼機，無論如何消息的處理都集中在父窗口類中，會使父窗口繁重無比，但是子控件卻無事可做，並且代碼也無法重用，這對於一個程序員來講是多麼痛苦的一件事？！ 在老版本的MFC中，設計者也意識到了這個問題，他們對一些消息採用了虛擬機制，例如：WM_DRAWITEM，（直接重寫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 開頭。
在VC6.0中利用ClassWizard添加消息反射
(1)在ClassWizard中，打開選擇項Message Maps；
(2)在下拉列表Class name中選擇你要控制的類；
(3)在Object IDs中，選中相應的類名；
(4)在Messages一欄中找到前面帶有=標記的消息，那就是反射消息；
(5)雙擊鼠標或者單擊添加按鈕，然後OK!
在VC2008中添加消息反射
從“屬性”窗口中爲反射消息定義消息處理程序
1 向 MFC 項目添加控件，如列表控件 (List Control)、rebar 控件、工具欄 (ToolBar) 控件或樹控件 (Tree Control)。
2 在“類視圖”中，單擊控件類的名稱。
3 在“屬性”窗口中，控件類名出現在“類名”列表中。
4 單擊“消息”按鈕顯示可用於添加到控件的 Windows 消息。
5 在“屬性”窗口中向下滾動消息列表，直到可以看到標題“已反映”。或者，單擊“類別”按鈕並摺疊視圖以看到“已反映”標題。
6 選擇要爲其定義處理程序的反射消息。反射消息用等號 (=) 標記(看到消息前面的等號，就算找到了啊)。
7 在“屬性”窗口中，單擊右列中的單元格以將建議的處理程序名稱顯示爲 <add>HandlerName。（例如，=WM_CTLCOLOR 消息處理程序建議 <add>CtlColor 名稱。）
8 單擊建議的名稱以接受。處理程序被添加到項目中。
已添加的消息處理程序名稱出現在反射消息窗口的右列中。
9 若要編輯或刪除消息處理程序，請重複第 4 到第 7 步。單擊包含要編輯或刪除的處理程序名稱的單元格並單擊適當的任務。
消息處理的過程
(1)子窗口向父窗口發送通知消息，激發父窗口去調用它的虛函數CWnd::OnNotify。大致的結構如下
BOOL CWnd::OnNotify(WPARAM wParam, LPARAM lParam, LRESULT* pResult)
{
if (ReflectLastMsg(hWndCtrl, pResult)) file://hWndCtrl,爲發送窗口
return TRUE; file://如果子窗口已處理了此消息，返回
AFX_NOTIFY notify;
notify.pResult = pResult;
notify.pNMHDR = pNMHDR;
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->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"，運行，看到了什麼？呵呵。
如果爲某控件添加了消息反射，同時也在父窗體中添加了該控件的消息處理函數，由於消息是先反射給控件處理的，所以最終只有控件處理該消息，而父窗體的消息處理函數將不再起作用。
引用
http://blog.csdn.net/hnhyhongmingjiang/archive/2008/02/28/2129114.aspx
http://hi.baidu.com/yq_sun2008/blog/item/7af84aeef7a4fe202cf53416.html