動態生成乙個按鈕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 控制項、工具欄 (*******) 控制項或樹控制項 (tree control)。
2 在「類檢視」中，單擊控制項類的名稱。
3 在「屬性」視窗中，控制項類名出現在「類名」列表中。
4 單擊「訊息」按鈕顯示可用於新增到控制項的 windows 訊息。
5 在「屬性」視窗中向下滾動訊息列表，直到可以看到標題「已反映」。或者，單擊「類別」按鈕並摺疊檢視以看到「已反映」標題。
6 選擇要為其定義處理程式的反射訊息。反射訊息用等號 (=) 標記(看到訊息前面的等號，就算找到了啊)。
7 在「屬性」視窗中，單擊右列中的單元格以將建議的處理程式名稱顯示為 handlername。（例如，=wm_ctlcolor 訊息處理程式建議 ctlcolor 名稱。）
8 單擊建議的名稱以接受。處理程式被新增到專案中。
已新增的訊息處理程式名稱出現在反射訊息視窗的右列中。
9 若要編輯或刪除訊息處理程式，請重複第 4 到第 7 步。單擊包含要編輯或刪除的處理程式名稱的單元格並單擊適當的任務。
訊息處理的過程
(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)
同時我們在.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
MFC的訊息反射機制
1 訊息反射解釋 父視窗將子視窗發給它的通知訊息，首先反射回子視窗進行處理 即給子視窗乙個機會，讓子視窗處理此訊息 這樣通知訊息就有機會能被子視窗自身進行處理。2 mfc中引入訊息反射的原因 在windows的訊息處理中，子視窗的發給其父視窗的通知訊息只能由其父視窗進行處理，這使得子視窗的自身能動性...
MFC的訊息反射機制
1 訊息反射解釋 父視窗將子視窗發給它的通知訊息，首先反射回子視窗進行處理 即給子視窗乙個機會，讓子視窗處理此訊息 這樣通知訊息就有機會能被子視窗自身進行處理。2 mfc中引入訊息反射的原因 在windows的訊息處理中，子視窗的發給其父視窗的通知訊息只能由其父視窗進行處理，這使得子視窗的自身能動性...
mfc訊息反射機制簡介
在windows裡面，子控制項經常向父控制項傳送訊息，例如很多子控制項要繪製自己的背景，就可能向父視窗傳送訊息wm ctlcolor。對於從子控制項發來的訊息，父控制項有可能在處理之前，把訊息返還給子控制項處理，這樣訊息看起來就想是從父視窗反射回來一樣，故此得名 訊息反射。訊息反射機制剝離了子父控制...