// 關鍵詞：
// 　面對對象編程、超類化、子類化、Superclassing
// 　MFC、CWnd::SubclassWindow
// 　通用控件、CMNCTRL
//
// 主題：
// 　通過CWnd::SubclassWindow 函數(shù)的分析，淺談MFC中超類化技術的實現(xiàn)
//
//
// 背景
// 　我在2002-12月見了mahongxi (烤雞翅膀)(色摸)在CSDN上的一個帖
// 　介紹了ＭＦＣ中窗體的超類化的概念，以下是對我個人回貼的總結
//
// 日志
// 　修改：Panr 2002-12-15 13:30 版式整理，轉帖到CSDN文檔中心
// 　修改：Panr 2002-12-15 13:30 勘誤
// 　原作：Panr 2002-12-13 12:00
//
// 關于“文檔中心”
// 　在那個帖子里看到njtu_shiyl(玉晶)提到了文檔中心，
// 　我就一直在想文檔中心在哪？
// 　后來再回顧那個帖時，跟著翅膀兄就來到了這兒
// 　所以這篇也就順理成章是我的第一次
// 　估計我是找對了地方...
//
//

一：超類化概述
在ＭＦＣ中窗體實例對某個窗體句柄超類化后，系統(tǒng)提供了這樣兩種能力：
1.我們對該窗體實例調用成員函數(shù)將會直接改變相關窗體句柄對應的窗體
2.系統(tǒng)傳給相關窗體句柄的消息會先經過該窗體實例的消息映射

我舉一個例子來說明：
比如我自己寫了一個類叫CSuperEdit（父類為CEdit），在該類中我聲明了void OnChar(UINT nChar, UINT nRepCnt, UINT nFlags);并在消息循環(huán)里添加了ON_WM_CHAR 一行
現(xiàn)在我只要在對話框CProg1Dlg 中聲明CSuperEdit m_edit;然后在CProg1Dlg::OnInitDialog中，添加以下代碼，就完成了“超類化”：
HWND hWndControl = ::GetDlgItem(pParent->m_hWnd, IDC_EDIT1);
m_edit.SubclassWindow (hWndControl);

這樣超類化處理以后：
當我們調用m_edit.SetWindowText("<請輸入A、B、C>");，后IDC_EDIT1窗體上對應的文字就會改變?yōu)?<請輸入A、B、C>"
當用戶在IDC_EDIT1窗體中敲鍵盤時，系統(tǒng)會調用我自己寫的CSuperEdit::OnChar函數(shù)（而不是原先的CEdit::OnChar）

二：超類化實現(xiàn)的概述
所有的秘密都在CWnd::SubclassWindow 中，讓我們查看一下它到底做了些什么吧，以下是函數(shù)體（在WINCORE.CPP文件內）：
BOOL CWnd::SubclassWindow(HWND hWnd)
{
  if (!Attach(hWnd))
     return FALSE;

   // allow any other subclassing to occur
  PreSubclassWindow ();

  // now hook into the AFX WndProc
  WNDPROC* lplpfn = GetSuperWndProcAddr();
  WNDPROC oldWndProc = (WNDPROC)::SetWindowLong(hWnd, GWL_WNDPROC, (DWORD)AfxGetAfxWndProc());
  ASSERT(oldWndProc != (WNDPROC)AfxGetAfxWndProc());
  return TRUE;
}

結合注釋不難想到PreSubclassWindow 是非功能性的函數(shù)，所以我們只要研究兩個函數(shù)就可以了解CWnd::SubclassWindow 的大概功能　CWnd::Attach和 ::AfxGetAfxWndProc
兩者中當中CWnd::Attach 對應于實現(xiàn)了功能1，即“我們對該窗體實例調用成員函數(shù)將會直接改變相關窗體句柄對應的窗體”
::AfxGetAfxWndProc函數(shù)對應于實現(xiàn)了功能2，即“系統(tǒng)傳給相關窗體句柄的消息會先經過該窗體實例的消息映射”

三：功能１的實現(xiàn)
CWnd::Attach 的函數(shù)體如下（在WINCORE.CPP文件內）：
BOOL CWnd::Attach(HWND hWndNew)
{
  if (hWndNew == NULL)
     return FALSE;

  CHandleMap* pMap = afxMapHWND(TRUE); // create map if not exist

  ASSERT(pMap != NULL);
  pMap->SetPermanent(m_hWnd = hWndNew, this);
  return TRUE;
}
最關鍵的是m_hWnd = hWndNew 一句（接觸過windows的API的朋友都知道，windows系統(tǒng)所有窗體操作函數(shù)都是把窗體句柄作為一個調用參數(shù)），顯然只要我把窗體的句柄保存下來，那我就可以在系統(tǒng)中唯一地指定一個窗體，然后對該窗體進行操作
是 的，思路就是這么簡單。我們現(xiàn)在看到CWnd（別忘了CsuperEdit 是從CWnd繼承的，這里的CWnd實際就是CsuperEdit ）在Attach 函數(shù)中把IDC_EDIT1 的句柄保存在了成員變量m_hWnd 中，那么實現(xiàn)功能１，自然也就不在話下了

至于CHandleMap::SetPermanent 函數(shù)則是用來延長句柄的使用期的，與“超類化”無關，不在此處討論，其具體實現(xiàn)可參考WINHAND_.H文件

四：功能２的實現(xiàn)
四點一：窗體句柄的GWL_WNDPROC屬性
在前面的討論中，我說過功能２是跟::AfxGetAfxWndProc 有關的，該函數(shù)的實現(xiàn)是這樣的（也是在WINCORE.CPP文件中）：
WNDPROC AFXAPI AfxGetAfxWndProc()
{
#ifdef _AFXDLL
 return AfxGetModuleState()->m_pfnAfxWndProc;
#else
 return &AfxWndProc;
#endif
}

這是指在DLL中調用的話返回AfxGetModuleState()->m_pfnAfxWndProc；否則返回AfxWndProc 函數(shù)的地址。于是在一般的可執(zhí)行文件中CWnd::SubclassWindow 為功能２所做的事可以簡化為一行::SetWindowLong(hWnd, GWL_WNDPROC, (DWORD)&AfxWndProc);

該函數(shù)的作用是把窗體句柄hWnd 的GWL_WNDPROC 屬性設置為AfxWndProc 的地址，那么現(xiàn)在急需解決的問題是：窗體句柄的GWL_WNDPROC 屬性是干什么用的？其實不用我說，大家都猜得到（因為我們是在討論窗體的消息嘛，而且我也一直在說AfxWndProc是一個函數(shù)），它的作用是指定窗體 消息的處理函數(shù)
對于該屬性更準確地描述如下：對于發(fā)給窗體的所有消息，Windows操作系統(tǒng)將會以該消息為參數(shù)調用窗體句柄的GWL_WNDPROC屬性所指定的函數(shù)

四點二：被傳遞到ＭＦＣ環(huán)境中
（本節(jié)參考了侯捷老師《深入淺出ＭＦＣ》中“消息映射與命令傳遞”一章的“兩萬五千里長征”）
于是功能２可以表述為：AfxWndProc函數(shù)是如何找到我為CSuperEdit 類所寫的消息映射的？還是從函數(shù)體出發(fā)
LRESULT CALLBACK　AfxWndProc(HWND hWnd, UINT nMsg, WPARAM wParam, LPARAM lParam)
{
　// special message which identifies the window as using AfxWndProc
　if (nMsg == WM_QUERYAFXWNDPROC)
　　return 1;

　// all other messages route through message map
　CWnd* pWnd = CWnd::FromHandlePermanent(hWnd);
　return AfxCallWndProc(pWnd, hWnd, nMsg, wParam, lParam);
}

如上所列::AfxWndProc 整個函數(shù)只有四行，顯然它僅僅是包裝了::AfxCallWndProc 函數(shù)，只是把hWnd參數(shù)包裝成pWnd，然后轉道::AfxCallWndProc。
::AfxCallWndProc該函數(shù)才是真正做了一些事的，但其中與消息傳遞有關直接關系的就一句：
LRESULT AFXAPI AfxCallWndProc(CWnd* pWnd, HWND hWnd, UINT nMsg,
 WPARAM wParam = 0, LPARAM lParam = 0)
{
　...

　// delegate to object's WindowProc
　lResult = pWnd->WindowProc(nMsg, wParam, lParam);

　...
　return lResult;
}

現(xiàn)在我們已經看到通過::AfxWndProc/::AfxCallWndProc 兩個函數(shù)的接力，操作系統(tǒng)中消息被傳遞到ＭＦＣ環(huán)境中的。
進一步的討論可以把所有的目光都集中到LRESULT CWnd::WindowProc(UINT message, WPARAM wParam, LPARAM lParam);

四點三：總結
我們看到轉機了：為了實現(xiàn)不同的函數(shù)調用，ＯＯＰ（面對對象編程）本身提供繼承、虛函數(shù)之類的許多的方法。ＭＦＣ正是一種面對對象的語言

現(xiàn)在CsuperEdit 是繼承自CEdit，CEdit 又繼承自CWnd，我們要讓程序調用CsuperEdit::OnChar 也就沒什么技術難度。比如，可以在CWnd中寫一個響應鍵盤消息的虛函數(shù) virtual void CWnd::OnChar(UINT nChar, UINT nRepCnt, UINT nFlags);，并在CWnd::WindowProc 中調用OnChar
那么我只要重載CsuperEdit::OnChar 函數(shù)，程序自然而然就會調用我寫的函數(shù)了

微軟為了減小程序文件的體積，做了一些優(yōu)化工作，它未用virtual 修飾符來修飾所有的函數(shù)，而是把“要響應的消息和相應的響應函數(shù)”登記在一張MESSAGE_MAP（稱，消息映射）里。
在AFXMSG_.H文件中ON_WM_CHAR 宏定義被為{WM_CHAR, 0, 0, ... &OnChar}，它的作用就是把WM_CHAR和當前類（現(xiàn)在指CsuperEdit）的OnChar函數(shù)，填加到了消息映射的登記表中
既然有了“消息映射”這樣一張的登記表，對于“讓CWnd在接受到WM_CHAR 消息時調用CsuperEdit::OnChar”的算法和代碼，估計你我都能在兩小時內實現(xiàn)，我就不在此處羅嗦了，至于ＭＦＣ中的相關的代碼請參考“深入淺出”一書