轉(zhuǎn)自http://blog.csdn.net/yuntongsf/article/details/4443356
窗口子類化的作用
窗口子類化技術(shù)最大的特點就是能夠截取 Windows 的消息。一旦用戶自定義的窗口函數(shù)截取了傳向原窗口函數(shù)的消息，就可以對被截取的消息進行如下處理:
將其傳給原來的窗口函數(shù)。這是對大多數(shù)消息應(yīng)該采取的措施，因為子類通常只對原來的窗口特性作少量的改動
截取該消息，阻止其向原窗口函數(shù)發(fā)送。
修改該消息，修改完畢以后再向原窗口函數(shù)發(fā)送。
Windows SDK 提供了一些設(shè)計好的窗口類，如 EDIT 、 LISTBOX 、 TREEVIEW 等。通過截取這些通用窗口類的消息，用戶程序可以為它們添加新的特性，改善其外觀，擴充其功能。
子類化的優(yōu)點主要體現(xiàn)在以下兩個方面：首先，它不需要創(chuàng)建新的窗口類，不需要了解一個窗口的窗口過程。這在原來的窗口函數(shù)是由別人編寫，而且創(chuàng)建過程不可見的情況下非常有用；其次，子類化比較容易實現(xiàn)，因為所有要做的工作僅僅就是寫一個窗口函數(shù)
在 VC 中實現(xiàn)窗口子類化
上面介紹的子類化是從 Windows 本身的窗口函數(shù)概念來講的，實際上屬于 SDK （ Software Development Kit ）編程的范疇，在 MFC 中情況有所不同。下面將分別描述在這兩種情況下窗口子類化實現(xiàn)的方法。
VC 中基于 SDK 編程的窗口子類化
VC 中基于 SDK 編程的窗口子類化的基本步驟如下：
（1） 正常創(chuàng)建原始窗口，得到窗口的句柄。
（2） 調(diào)用 GetWindowLong 得到原來的窗口函數(shù) OldWndProc 。
（3） 調(diào)用 SetWindowLong 設(shè)置新的窗口函數(shù) NewWndProc 。
新的窗口函數(shù)的代碼如下所示：
LRESULT NewWndProc(HWND hWnd,UINT message,WPARAM wParam,LPARAM lParam)
{
if(message==WM_IcareIt)
{
// 截取自己感興趣的消息，作一些處理，達到改變特性的目的
}
// 必要時可以調(diào)用原來的窗口函數(shù)，使被子類化的窗口仍具有原來的很多特性
return CallWndowProc(OldWndProc,hWnd,message,wParam,lParam);
}
值得注意的是，在調(diào)用舊的窗口函數(shù)時，不能直接用 OldWndProc(…) ，而必須用函數(shù) CallWndProc 進行調(diào)用，否則會出現(xiàn)堆棧錯誤。
MFC 編程中的窗口子類化
MFC 窗口實際上已經(jīng)是被子類化的窗口。所有的 MFC 窗口共享同一個 窗口函數(shù)，由這個窗口函數(shù)根據(jù)窗口句柄，查找這個窗口對應(yīng)的 CWnd 派生類實例，再通過消息映射這個窗口類的消息處理函數(shù)。鑒于以上原因，在 MFC 中要子類化一個窗口就比較容易了，因為你的任務(wù)只是編寫一個新的 MFC 窗口類而不需要寫一個窗口函數(shù)。
假如我們現(xiàn)在有一個對話框，里面有一個編輯控件，我們只希望在該控件中接受非數(shù)字字符輸入，我們可以攔截WM_CHAR 消息，在它的處理函數(shù)中忽略任何數(shù)字的輸入。 MFC 編程中窗口子類化的具體實現(xiàn)步驟在下一節(jié)筆者將用一個簡單的實例來加以說明。
VC 中窗口子類化的應(yīng)用舉例
MFC 為廣大編程者提供了很多功能豐富的窗口類，如果能在這些通用窗口類的基礎(chǔ)上進行子類化的話，將會給編程者帶來很多便利。下面舉一個例子來說明 MFC 編程中的子類化是多么的簡單易行。該例完成上面提到的在編輯控件只接受非數(shù)字字符輸入的功能。實現(xiàn)這個子類化的基本步驟和相關(guān)代碼如下：
（ 1 ）利用 AppWziard 創(chuàng)建一個基于對話框的程序 SubClassing 。
（ 2 ）對 MFC 提供的標準的對話框中的控件進行修改，刪除 MFC 提供的靜態(tài)文本控件，添加自己的一個編輯控件，設(shè)置新控件的 ID 為 IDC_EDIT 。合理布置對話框上各控件的位置，使程序界面布局合理、美觀。
（ 3 ）用 ClassWizard 從 CEdit 類派生一個新的窗口類，新窗口的窗口類叫 CNoNumEdit 。截取 CNoNumEdit 類的WM_CHAR 消息，在 OnChar 函中完成忽略任何數(shù)字的輸入的處理。實現(xiàn)代碼如下：
void CNoNumEdit::OnChar(UINT nChar, UINT nRepCnt, UINT nFlags)
{
TCHAR ch=nChar;
if(ch>=_T('0')&&ch<=_T('9'))
{
AfxMessageBox((" 請不要輸入數(shù)字！ "),MB_OK);
// 當輸入數(shù)字字符時將被忽略，并顯示警告信息
return;
}
CEdit::OnChar(nChar, nRepCnt, nFlags);// 輸入為非數(shù)字字符時調(diào)用原處理函數(shù)
}
（ 4 ）在對話框窗口類 CSubClassingDlg 的定義中添加變量 CNoNumEdit ed 。在 CSubClassingDlg::OnInitDialog() 函數(shù)中調(diào)用 CWnd 類的成員函數(shù) SubClassWindow 進行子類化。
ed.SubclassWindow(GetDlgItem(IDC_EDIT)->m_hWnd);
（ 5 ） 在對話框窗口類 CsubClassing 的 OnDestroy 中調(diào)用 ed.UnSubClassWindow() 執(zhí)行窗口類的反子類化。
現(xiàn)在可以編譯執(zhí)行這個程序了，當用戶輸入數(shù)字字符時將會忽略該輸入，并顯示警告信息。
在 Windows 編 程中，適當使用窗口子類化技術(shù)，可以很方便地達到改變一個窗口的特性的目的。當然子類化也存在其局限性。實際上，子類化的概念是針對一個已經(jīng)創(chuàng)建的窗口來 談的，所以修改窗口函數(shù)是在窗口創(chuàng)建之后進行的，在窗口創(chuàng)建期間的消息無法捕獲，也就無法處理。另外有些窗口的特性與窗口類本身的屬性有關(guān)。比如如果一個 窗口類沒有 CS_DBLCLKS 屬性的話，那么要想通過子類化這些窗口達到處理 WM_LBUTTONDBLCLK 消息的目的是無法實現(xiàn)的。對于子類化的以上局限性，可以通過超類化（ SuperClassing ）技術(shù)消除。