子类化的一般方法

子类化的一般方法

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

窗口子类化允许你接管被子类化的窗口，使你对它有绝对的控制权。举个例子了来阐明一下：例如你需要一个只接受十六进制数字输入的文本编辑框，如果使用一个简单的 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 就行了。  

实现方法：

第一种：直接用现成的类

1、自己写一个类class CButtonXP : public CButton{/*...*/}

用MessageMap处理感兴趣的消息。

2、用CButtonXP代替CButton来声明变量m_btn;

3、在void CAboutDlg:DoDataExchange(CDataExchange* pDX)中加上一句：

DDX_Control(pDX, IDB_BUTTON1, m_edit);
或者在 InitDialog() 中加上

m_btn.SubclassDlgItem(IDB_BUTTON1, this);
这两种效果差不多的。

第二种：在 Hook 中使用现成的类

1、自己写一个类 class CButtonXP : public CButton{/*...*/}

用 MessageMap 处理感兴趣的消息。

2、使用 SetWindowsHookEx 安装一个钩子：

g_hWndProcHook = ::SetWindowsHookEx(WH_CALLWNDPROC,WndProcHook,NULL,::GetCurrentThreadId());
3、在 WndProcHook 中处理窗口创建和销毁的消息：

LRESULT CALLBACK WndProcHook(int code, WPARAM wParam, LPARAM lParam)
{
if (code == HC_ACTION)
{
switch (((CWPSTRUCT*) lParam)- >message)
{
case WM_CREATE:
BeginSubclassing(((CWPSTRUCT*) lParam)- >hwnd);
break;
case WM_NCDESTROY:
// TODO: clear subclass info.
EndSubclassing(((CWPSTRUCT*) lParam)- >hwnd);
break;
default:
break;
}
}
return CallNextHookEx(g_hWndProcHook, code, wParam, lParam);
}
4、在 BeginSubclassing 中用 GetClassName 得到类名，例如 "Button ",然后用 CButtonXP 类进行子类化。CButtonXP pButton = new CButtonXP;
VERIFY(pButton - >SubclassWindow(hWnd));
第三种 在Hook中使用窗口过程

1、自己写一个按钮的窗口过程

WNDPROC oldProc;

LRESULT CALLBACK ProcButton(HWND hWnd,
UINT uMsg,
WPARAM wParam,
LPARAM lParam)
{
ASSERT(oldProc != 0);
if (oldProc == 0) return TRUE;

switch (uMsg)
{
case WM_ERASEBKGND:
break;
//......
default:
break;
}

return CallWindowProc(oldProc, hWnd, uMsg, wParam, lParam);
}
2、同第二种
3、同第二种

4、在 BeginSubclassing 中得到类名后，用 SetWindowLong 的方式子类化： oldProc = (WNDPROC) GetWindowLong(hWnd, GWL_WNDPROC);
SetWindowLong(hWnd, GWL_WNDPROC, (LONG) ProcButton);
第四种：不用 Hook

在一个对话框的 OnInitDialog 中枚举它的所有子窗体，例如用下面两句来实现：hWnd=GetWindow(hDlg,GW_CHILD);
hWnd=GetWindow(hWnd,GW_HWNDNEXT);
对每个子窗体进行子类化处理，处理过程同第二种与第三种。

第五种：如果是在XP下运行，可以使用manifest，也就是如下的一个XML文件 <?xml version= "1.0 " encoding= "UTF-8 " standalone= "yes "? >
<assembly xmlns= "urn:schemas-microsoft-com:asm.v1 " manifestVersion= "1.0 " >
<assemblyIdentity name= "Microsoft.Windows.XXXX "
processorArchitecture= "x86 "
version= "5.1.0.0 "
type= "win32 "/ >

<description >Windows Shell </description >
<dependency >
<dependentAssembly >
<assemblyIdentity type= "win32 "
name= "Microsoft.Windows.Common-Controls "
version= "6.0.0.0 "
processorArchitecture= "x86 "
publicKeyToken= "6595b64144ccf1df "
language= "* "/ >

</dependentAssembly >
</dependency >
</assembly >
　　把它存为应用程序名 .manifest，放到和应用程序对应的目录下，或者把它作为资源类型为24的资源编译进应用程序中。这样程序在XP下就自动拥有了XP的风格。

第六种：使用第三方的库Skin++(www.uipower.com)实现换肤

第七种：用第三方应用程序给整个windows换肤(windowblinds)

　　以上七种方式各有优缺点。我在使用过程中也遇到不少问题，现在一一道来，希望和大家共同解决问题。先排除几种不准备深入探讨的方式：

第五种，manifest 方式最快速和简洁，但是功能有限，存在严重的平台限制，不过好处在于应用程序可以和windows共一种风格。
第六种，使用第三方的库 Skin++(www.uipower.com) 实现换肤方式使用起来很简单，定制性也不错，可供选择的皮肤种类非常的多，支持的语言非常广泛，可以称得上是换肤功能的终结者，对于共享软件开发者和注重界面的企业来说是个不错的解决方案，他的换肤理念很新，有些地方做得很独特，比如可以对 BCG 换肤等，有些技术点，很多同类产品都没有做到，比如 ComboBox 的滚动条，系统对话框（open or close Dialog）的菜单等等。
第七种，属于自娱性质的，也就不多说了。