子类化

子类化

　　如果你曾经在 Windows 环境下编过程序，有时候就会发现：有一个现成的窗口，几乎有你所需要的全部功能，但还不完全一样。如果你需要一个具有过滤特殊字符功能的 Edit 控件。当然最直接的方法就是自己用代码来实现，但这的确是一个费时又很困难的任务，而子类化就可以用来做这种事情。

　　子类化允许你接管被子类化的窗口，使你对它有绝对的控制权。举个例子了来阐明一下：例如你需要一个只接受十六进制数字输入的文本编辑框，如果使用一个简单的 Edit控件，当用户输入十六进制以外的字符时，你既不知道也无计可施。也就是说，当用户进文本框中输入字符串 "zb+q*" 时，如果除了拒绝接受整个字符串以外几乎什么也不能做，至少这显得特别不专业。重要的是，你需要具有输入检测的能力，即每当用户输入一个字符到编辑框中时要能检测这个字符。

　　现在来解释实现细节：当用户往文本框中输入字符时，Windows 会给Edit控件的窗口函数发送 WM_CHAR 消息。这个窗口函数本身寄生于 Windows 中，因此不能直接修改它。但是我们可以重定向这个消息使之发送到我们自己编写的窗口处理函数。如果自定义窗口要处理这个消息那就可以处理它，如果不处理就可以把这个消息转发到它原来窗口处理函数。通过这种方式，自定义的窗口处理函数就把它自己插入到 Windows 系统和 Edit 控件之间。

 

说明

　　看下面的流程：

　　窗口子类化之前

　　Windows ---Edit 控件的窗口处理函数。

　　子类化之后

　　Windows ---自定义的窗口处理函数---Edit 控件的窗口处理函数。

　　注意子类化并不局限于控件，可以子类化任何窗口，现在我们要把精力集中到怎样实现子类化一个窗口上。让我们想想Windows 怎样知道 Edit 控件的窗口处理函数放在什么地方。原来 WNDCLASSEX 结构的成员 lpfnWndProc 指出了窗口函数地址。如果能用自己编写的窗口函数的地址来替换这个成员变量，那 Windows 不就把消息发到自定义的窗口函数了吗! 我们通过调用函数SetWindowLong 来实现这个任务，此函数的原型为：

　　SetWindowLong(HWND hWnd,int nIndex,LONG dwNewLong);

　　hWnd = 将要实施子类化的窗口的句柄

    nIndex = 函数子功能索引

　　GWL_EXSTYLE 设置窗口的扩展风格.

　　GWL_STYLE 设置新的窗口风格

　　GWL_WNDPROC 设置新的窗口处理函数地址

　　GWL_HINSTANCE 设置新的应用程序句柄

　　GWL_ID 设置新的窗口标识

　　GWL_USERDATA 设置一个与这个窗口相关的给用户使用的32位的数据

      dwNewLong = 用来更新的数据

 

我们的工作还是比较简单的：

写一个窗口函数用于处理发给 Edit 控件的消息。 用参数GWL_WNDPROC调用SetWindowLong 函数(#add 通常用GetWindowLongPtr来获取)，如果调用成功那么返回值就是与调用功能相联系的一个32位的整数 在我们的程序中，返回值就是原先窗口函数的地址。我们要保存这个值以便以后使用。 记住：有一些我们不处理的消息，需要把它们派遣给原来的窗口函数来处理，这就用到另外一个函数 CallWindowProc， 函数原型为：

LRESULT CallWindowProc(     
    WNDPROC lpPrevWndFunc,
    HWND hWnd,
    UINT Msg,
    WPARAM wParam,
    LPARAM lParam
);

　　lpPrevWndFunc = 窗口原来函数的地址.（#add 上边保存的留在此处用到）

剩下的四个参数就是发给自定义函数的参数，直接把它们传给函数 CallWindowProc 就行了。

 

附:

窗口子类化的作用

 

窗口子类化技术最大的特点就是能够截取 Windows 的消息。一旦用户自定义的窗口函数截取了传向原窗口函数的消息，就可以对被截取的消息进行如下处理:

 

将其传给原来的窗口函数。这是对大多数消息应该采取的措施，因为子类通常只对原来的窗口特性作少量的改动

 

截取该消息，阻止其向原窗口函数发送。

 

修改该消息，修改完毕以后再向原窗口函数发送。

 

Windows SDK 提供了一些设计好的窗口类，如 EDIT 、 LISTBOX 、 TREEVIEW 等。通过截取这些通用窗口类的消息，用户程序可以为它们添加新的特性，改善其外观，扩充其功能。

 

子类化的优点主要体现在以下两个方面：首先，它不需要创建新的窗口类，不需要了解一个窗口的窗口过程。这在原来的窗口函数是由别人编写，而且创建过程不可见的情况下非常有用；其次，子类化比较容易实现，因为所有要做的工作仅仅就是写一个窗口函数

 

VC 中实现窗口子类化

 

上面介绍的子类化是从 Windows 本身的窗口函数概念来讲的，实际上属于 SDK编程的范畴，在 MFC 中情况有所不同。下面将分别描述在这两种情况下窗口子类化实现的方法。

 

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 编程中窗口子类化的具体实现步骤在下一节笔者将用一个简单的实例来加以说明。

 

MFC窗口子类化的应用举例

 

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 的定义中添加变量CNoNumEdited 。在 CSubClassingDlg::OnInitDialog() 函数中调用 CWnd 类的成员函数 SubClassWindow 进行子类化。

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

（5）在对话框窗口类 CsubClassing 的 OnDestroy 中调用 CNoNumEdited.UnSubClassWindow() 执行窗口类的反子类化。

 

现在可以编译执行这个程序了，当用户输入数字字符时将会忽略该输入，并显示警告信息。

 

在 Windows 编程中，适当使用窗口子类化技术，可以很方便地达到改变一个窗口的特性的目的。当然子类化也存在其局限性。实际上，子类化的概念是针对一个已经创建的窗口来谈的，所以修改窗口函数是在窗口创建之后进行的，在窗口创建期间的消息无法捕获，也就无法处理。另外有些窗口的特性与窗口类本身的属性有关。比如如果一个窗口类没有 CS_DBLCLKS 属性的话，那么要想通过子类化这些窗口达到处理 WM_LBUTTONDBLCLK 消息的目的是无法实现的。对于子类化的以上局限性，可以通过超类化（SuperClassing）技术消除。

 

超类化需要注册一个新的窗日类，达到改变窗日类的各种特征的目的。超类化实现的简单过程是获得一个己经存在的窗日类的特征，然后改变这些特征，最后重新注册一个窗日类。

具体的步骤如下:

    ①定义一个类型为WNDCLASSEX的变量。因为需要注册新的窗日类，定义这个变量是必要的。

    ②调用GetClasslnfoEx函数得到希望超类化的那个窗口类的信息。

    ③改变窗口类的基本特征，显然窗口类名和模块句柄hlnstance是必须改变的。注意如果需要改变窗口类的窗口函数的话，在改变窗口函数之前应该保存原来的窗口函数，井且在新的窗日函数中把不需要处理的消息传递给原来的窗口函数，以保留原窗口类的一些特征。

    ④利用修改后的WNDCLASSEX变量，调用RegisterClassEX函数重新注册一个新的窗口类。

    ⑤创建这个新窗日类的一个窗日实例。

 

(1)用MFC Application Wizard新建一个MDl程序SuperClassingo

(2)利用ClassWizard建一个从 CWnd类派生的新类CDblClkWnd。添加MDl客户窗口对左键双击的处理函数:

 

(3)重新注册一个窗口类，进行超类化。

BOOL CDblClkWnd::RegisterNewClass()

{

   WNDCLASS wc;

   if(!GetClassInfo(NULL,"MDIClient",&wc))

      return FALSE;

   wc.style=SC_DBLCLKS;

   wc.lpszClassName="DBLCLCMDIClient";修改名字

 

   return RegisterClass(&wc);

}

在APP类的InitInstance函数前创建主框架的代码前调用上面的注册新窗口的类的代码

if(!CDblClkWnd::RegisterNewClass())

return false;

 

在使用CreateWindowEx创建MDI客户窗口的时候，把原来的窗口类MDIClient改为DB_LCLCMDIClient

在主窗口中添加变量CDblClkWnd  m_client,在主窗口的OnCreate中对MDIClient进行子类化。在OnDestroy中进行反子类化。

pclient.SuhclassWindow(phWndMDlClient);

m_client.UnsubclassWindow()；//反子类化    (#add由此，可得出结论，根本不存在什么超类化、子类化两个概念，都是子类化，超类化就是sb提出来的，勿宁说存在两种形式的子类化，搞个超类化混淆视听，庸人自扰并扰人。SuperClassing，这个词我还需要去寻找源头。)