如何子類化（SubclassWindow）表單 .

http://blog.csdn.net/yuntongsf/article/details/4443356

 

視窗子類化的作用

視窗子類化技術最大的特點就是能夠截取 Windows 的訊息(要有訊息傳來才可以截取，也就是說調用的時間是一樣的，只不過把訊息處理的函數就行了修改。比如correlation裡面：m_wndBk.SubclassWindow(this->m_hWndMDIClient)，當客戶區要有訊息要響應時，就用m_wndBk裡面的訊息響應函數去響應。這裡也體現出了現在程式設計的合理性，可以先單獨實現其功能，後面再進行耦合即可！分步。。)。一旦使用者自訂的視窗函數截取了傳向原視窗函數的訊息，就可以對被截取的訊息進行如下處理:

將其傳給原來的視窗函數。這是對大多數訊息應該採取的措施，因為子類通常只對原來的視窗特性作少量的改動

截取該訊息，阻止其向原視窗函數發送。

修改該訊息，修改完畢以後再向原視窗函數發送。

Windows SDK 提供了一些設計好的視窗類別，如 EDIT 、 LISTBOX 、 TREEVIEW 等。通過截取這些通用視窗類別的訊息，使用者程式可以為它們添加新的特性，改善其外觀，擴充其功能。

子類化的優點主要體現在以下兩個方面：

首先，它不需要建立新的視窗類別，不需要瞭解一個視窗的視窗過程。這在原來的視窗函數是由別人編寫，而且建立過程不可見的情況下非常有用；

其次，子類化比較容易實現，因為所有要做的工作僅僅就是寫一個視窗函數。

 

 

 

在 VC 中實現視窗子類化

上面介紹的子類化是從 Windows 本身的視窗函數概念來講的，實際上屬於 SDK （ Software Development Kit ）編程的範疇，在 MFC 中情況有所不同。下面將分別描述在這兩種情況下視窗子類化實現的方法。

 

VC 中基於 SDK 編程的視窗子類化

VC 中基於 SDK 編程的視窗子類化的基本步驟如下：

（1）        正常建立原始視窗，得到視窗的控制代碼。

（2）        調用 GetWindowLong 得到原來的視窗函數 OldWndProc 。

（3）        調用 SetWindowLong 設定新的視窗函數 NewWndProc 。

新的視窗函數的代碼如下所示：

LRESULT NewWndProc(HWND hWnd,UINT message,WPARAM wParam,LPARAM lParam)

{

       if(message==WM_IcareIt)

       {

              // 截取自己感興趣的訊息，作一些處理，達到改變特性的目的

   }

       // 必要時可以調用原來的視窗函數，使被子類化的視窗仍具有原來的很多特性

   return CallWndowProc(OldWndProc,hWnd,message,wParam,lParam);

}

值得注意的是，在調用舊的視窗函數時，不能直接用 OldWndProc(…) ，而必須用函數 CallWndProc 進行調用，否則會出現堆棧錯誤。

MFC 編程中的視窗子類化

MFC 視窗實際上已經是被子類化的視窗。所有的 MFC 視窗共用同一個 視窗函數，由這個視窗函數根據視窗控制代碼，尋找這個視窗對應的 CWnd 衍生類別執行個體，再通過訊息映射這個視窗類別的訊息處理函數。鑒於以上原因，在 MFC 中要子類化一個視窗就比較容易了，因為你的任務只是編寫一個新的 MFC 視窗類別而不需要寫一個視窗函數。

假如我們現在有一個對話方塊，裡面有一個編輯控制項，我們只希望在該控制項中接受非數字字元輸入，我們可以攔截WM_CHAR 訊息，在它的處理函數中忽略任何數位輸入。 MFC 編程中視窗子類化的具體實現步驟在下一節筆者將用一個簡單的執行個體來加以說明。

 

VC 中視窗子類化的應用舉例

MFC 為廣大編程者提供了很多功能豐富的視窗類別，如果能在這些通用視窗類別的基礎上進行子類化的話，將會給編程者帶來很多便利。下面舉一個例子來說明 MFC 編程中的子類化是多麼的簡單易行。該例完成上面提到的在編輯控制項只接受非數字字元輸入的功能。實現這個子類化的基本步驟和相關代碼如下：

（ 1 ）利用 AppWziard 建立一個基於對話方塊的程式 SubClassing 。

（ 2 ）對 MFC 提供的標準的對話方塊中的控制項進行修改，刪除 MFC 提供的靜態文本控制項，添加自己的一個編輯控制項，設定新控制項的 ID 為 IDC_EDIT 。合理布置對話方塊上各控制項的位置，使程式介面布局合理、美觀。

（ 3 ）用 ClassWizard 從 CEdit 類派生一個新的視窗類別，新視窗的視窗類別叫 CNoNumEdit 。截取 CNoNumEdit 類的WM_CHAR 訊息，在 OnChar 函中完成忽略任何數位輸入的處理。實現代碼如下：

void CNoNumEdit::OnChar(UINT nChar, UINT nRepCnt, UINT nFlags)

{

          TCHAR ch=nChar;

         if(ch>=_T('0')&&ch<=_T('9'))

        {

              AfxMessageBox((" 請不要輸入數字！ "),MB_OK);

              // 當輸入數字字元時將被忽略，並顯示警告資訊

              return;

        }

        CEdit::OnChar(nChar, nRepCnt, nFlags);// 輸入為非數字字元時調用原處理函數

}

（ 4 ）在對話方塊視窗類別 CSubClassingDlg 的定義中添加變數 CNoNumEdit ed 。在 CSubClassingDlg::OnInitDialog() 函數中調用 CWnd 類的成員函數 SubClassWindow 進行子類化。

ed.SubclassWindow(GetDlgItem(IDC_EDIT)->m_hWnd);

（ 5 ）   在對話方塊視窗類別 CsubClassing 的 OnDestroy 中調用 ed.UnSubClassWindow() 執行視窗類別的反子類化。

現在可以編譯執行這個程式了，當使用者輸入數字字元時將會忽略該輸入，並顯示警告資訊。

 

在 Windows 編程中，適當使用視窗子類化技術，可以很方便地達到改變一個視窗的特性的目的。當然子類化也存在其局限性。實際上，子類化的概念是針對一個已經建立的視窗來談的，所以修改視窗函數是在視窗建立之後進行的，在視窗建立期間的訊息無法捕獲，也就無法處理。另外有些視窗的特性與視窗類別本身的屬性有關。比如如果一個視窗類別沒有 CS_DBLCLKS 屬性的話，那麼要想通過子類化這些視窗達到處理 WM_LBUTTONDBLCLK 訊息的目的是無法實現的。對於子類化的以上局限性，可以通過超類化（ SuperClassing ）技術消除。