子類化允許你接管被子類化的視窗，使你對它有絕對的控制權。舉個例子了來闡明一下：例如你需要一個只接受十六進制數字輸入的文本編輯框，如果使用一個簡單的 Edit控制項，當用戶輸入十六進制以外的字元時，你既不知道也無計可施。也就是說，當用戶進文本框中輸入字元串 "zb+q*" 時，如果除了拒絕接受整個字元串以外幾乎什麼也不能做，至少這顯得特別不專業。重要的是，你需要具有輸入檢測的能力，即每當用戶輸入一個字元到編輯框中時要能檢測這個字元。
現在來解釋實現細節：當用戶往文本框中輸入字元時，Windows 會給Edit控制項的視窗函式傳送 WM_CHAR 訊息。這個視窗函式本身寄生於 Windows 中，因此不能直接修改它。但是我們可以重定向這個訊息使之傳送到我們自己編寫的視窗處理函式。如果自定義視窗要處理這個訊息那就可以處理它，如果不處理就可以把這個訊息轉發到它原來視窗處理函式。通過這種方式，自定義的視窗處理函式就把它自己插入到 Windows 系統和 Edit 控制項之間。
說明
看下面的流程：
視窗子類化之前
Windows ==>Edit 控制項的視窗處理函式。
子類化之後
Windows ==>自定義的視窗處理函式==> Edit 控制項的視窗處理函式。
注意子類化並不局限於控制項，可以子類化任何視窗，現在我們要把精力集中到怎樣實現子類化一個視窗上。讓我們想想Windows 怎樣知道 Edit 控制項的視窗處理函式放在什麼地方。猜的？…肯定不是。原來 WNDCLASSEX 結構的成員 lpfnWndProc 指出了視窗函式地址。如果能用自己編寫的視窗函式的地址來替換這個成員變數，那 Windows 不就把訊息發到自定義的視窗函式了嗎! 我們通過調用函式SetWindowLong 來實現這個任務，此函式的原型為：
SetWindowLong Proto hWnd:DWORD, nIndex:DWORD, dwNewLong:DWORD
hWnd = 將要實施子類化的視窗的句柄 nIndex = 函式了功能索引
GWL_EXSTYLE 設定視窗的擴展風格.
GWL_STYLE 設定新的視窗風格
GWL_WNDPROC 設定新的視窗處理函式地址
GWL_HINSTANCE 設定新的應用程式句柄
GWL_ID 設定新的視窗標識
GWL_USERDATA 設定一個與這個視窗相關的給用戶使用的32位的數據 dwNewLong = 用來更新的數據 我們的工作還是比較簡單的：
寫一個視窗函式用於處理髮給 Edit 控制項的訊息。 用參數GWL_WNDPROC調用SetWindowLong 函式，如果調用成功那么返回值就是與調用功能相聯繫的一個32位的整數 在我們的程式中，返回值就是原先視窗函式的地址。我們要保存這個值以便以後使用。 記住：有一些我們不處理的訊息，需要把它們派遣給原來的視窗函式來處理，這就用到另外一個函式 CallWindowProc， 函式原型為：
CallWindowProc PROTO lpPrevWndFunc:DWORD, hWnd:DWORD, Msg:DWORD, wParam:DWORD, lParam:DWORD
lpPrevWndFunc = 視窗原來函式的地址. 剩下的四個參數就是發給自定義函式的參數，直接把它們傳給函式 CallWindowProc 就行了。
