子类化和超类化
窗口类是窗口的模板，窗口是窗口类的实例。窗口类和每个窗口实例都有自己的内部数据结构。Windows虽然没有公开这些数据结构，但提供了读写这些数据的API。
例如：用GetClassLong和SetClassLong函数可以读写窗口类的数据；用GetWindowLong和SetWindowLong可以读写指定窗口实例的数据。使用这些接口，可以在运行时读取或修改窗口类或窗口实例的窗口过程地址。这些接口是子类化的实现基础。
在Widows编程中，如果我们想在窗口程序执行时改变它所包含的控件（对话框中的按钮、下拉菜单等等）的某些行为，采用窗口子类化技术是一个不错的选择。可以使用对己有控件派生子类的方式定义一个子类，而控件的消息处理则在新定义的子类里定义。适当使用子类化技术创建出容易使用的新窗口类，往往可以使你的程序界面更具人性化。
Windows的窗口类是一个窗口模板，包含一个窗口所具有的的部分窗口属性。编写一个Windows程序时首先要做的工作就是注册一个窗口类，然后基于此注册的窗口类创建一个新的窗口。在Win32平台中，注册窗口类的API函数是RegisterClass和RegisterClassEX，其中RegisterClassEX是推荐使用的函数，使用这个函数注册窗口类时，需要先填写一个WNDCLASSEX结构。这个结构实际上反映了一个窗口类的特征，一个窗口类有本类所以窗口公用的类属性、窗口函数、类图标和小图标、类鼠标、窗口背景、类菜单，当然还有类名。除此之外，每个类还有一定大小的类存储区，可以用来存储该类的公共数据。
每一个创建的窗口都有一个窗口函数，其地址由WNDCLASSEX结构的lpfnWndProc参数设定，该窗口函数处理对应于该窗口类的所有实例消息。当创建一个窗口时，windows将分配一个内存块，用来存放，用来存放与该窗口相关的信息，并将参数lpfnWndProc从窗口类存块拷贝到该内存块中。当消息被分发到窗口时，Windows检查该窗口中内存块中的lpfnWndProc值，并调用该内存块地址上的窗口函数。
一个窗口的行为主要取决于它的窗口函数，如果能够改变一个窗口的窗口函数，使它指向自己写的某个函数，那就意味着发给这个窗口的各种消息将由我们自己写的这个函数来处理。
子类化一个窗口，实际上就是改变窗口内存块中的窗口函数的地址，使其指向用户自定义的新的窗口函数人口，以实现用户希望的窗口特性。
窗口子类化技术最大的特点局势能够截取Windows的消息。一旦用户自定义的窗口函数截取了传向原窗口函数的消息，就可以对被截取的消息进行如下处理：
（1）将其传给原来的窗口函数。这是对大多数消息应该采取的措施，因为子类通常只对原来的窗口特性作少量的修改。
（2）截取该消息，阻止其向原窗口函数发送。
（3）修改该消息，修改完毕以后再向原窗口函数发送。
Windows SDK提供了一下设计好多窗口类，如EDIT 、LISTBOX、TREEVIEW等。通过截取这些通用窗口类的消息，用户程序可以为他们添加新的特性，改善其外观，扩充其功能。
子类化的优点只要体现在以下两个方面：首先，它不需要创建新的窗口类，不需要了解一个窗口的创建过程。这在原来的窗口函数是由别人编写，而且在创建过程不可见的情况下非常有用；其次，子类化比较容易实现，因为所有要做的工作仅仅就是写一个窗口函数。
上面介绍的子类化是从Windows本身的窗口函数概念来讲的，实际上属于SDK(Software De-velopment Kit)编程的范畴，在MFC中情况有所不同。下面将分别描述在这两种情况下窗口子类化的实现方法。
1.Visual C++中基于SDK编程的窗口子类话
Visual C++中基于SDK编程的窗口子类化的基本步骤如下：
（1）正常创建原始窗口，得到窗口的句柄。
（2）调用GetWindowLong得到原来的窗口函数OldWndProc.
（3）调用SetWindowLong设置新的窗口函数NewWndProc。
新的窗口函数的代码如下所示：
LRESULT NewWndProc(HWND hWnd, UINT message , WPARAM wParam, LPARAM lParam){ if message == WM_LCARELT { //截取自己感兴趣的消息，作一些处理，达到改变特性的目的 } //必要时可以调用原来的窗口函数，使被子类化的窗口仍具有原来的很多特性 return CallWindowProc(OldWndProc , hWnd , wParam, lParam);}
值得注意的是，在调用旧的窗口函数时，不能直接调用OldWndProc（…)，而必须用函数Call-WndProc进行调用，否则会出现堆栈错误。
2. MFC编程中的窗口子类化
MFC窗口实际上已经是被子类化的窗口。所有的MFC窗口共享一个窗口函数，由这个窗口函数根据窗口句柄，查找这个窗口对应的CWnd派生类实例，再通过消息映射这个窗口类的消息处理函数。鉴于以上原因，在MFC中要子类化一个窗口就比较容易了，因为你的任务只是编写一个新的MFC窗口类而不需要写一个窗口函数。
假如我们现在有一个对话框，里面有一个编辑控件，如果我们只希望在该控件中接受非数字字符输入，就可以拦截WM_CHAR消息，在它的处理函数中忽略任何数字的输入。
五．窗口子类化举例
MFC为广大编程者提过了汗多功能丰富的窗口类，如果在这些通用类的基础上进行子类化的话，将会给编程者带来很多便利。下面举一个例子来说明MFC编程中的子类化是多么的简单易行。该例完成上面提到的在编辑控件只接受非数字字符输入的功能。实现这个子类化的基本步骤和相关代码如下：
（1）利用AppWziard创建一个基于对话框的程序SubClass。
（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）在对话框窗口类CSubClassDlg的定义中添加变量CNoNumEdit m_edit。在CSubClassDlg::OnInitDialog()函数中调用CWnd类的成员函数SubClassingWindow进行子类化，代码如下：
m_edit.SubClassWindow(GetDlgItem(IDC_EDIT)->m_hWnd);
（5）在对话框窗口类CSubClassDlg的OnDestroy中调用m_edit.UnSubClassWindow()执行窗口类的反子类化。
现在可以编译执行这个程序了，当用户输入数字字符时将会被忽略该输入，并显示警告信息。
在Windows编程中，适当使用窗口子类化技术，可以很方便地达到改变一个窗口的特性的目的。当然子类化也存在其局限性。实际上，子类化的概念是针对一个已经创建的窗口类来谈的，在窗口创建期间的消息无法捕获，也就无法处理。另外有些窗口的特性与窗口类本身的属性有关。没有CS_DBLCLKS属性的话，那么要想通过子类化这些窗口达到处理WM_LBUTTONDBLCLK消息的目的是无法实现的。对于子类化的以上局限性，可以通过超类化(SuperClassing)技术消除。
***********************************************************************************************************************************************************
XCoderLiu Summary：
子类化
子类化的目的是在不修改现有代码的前提下，扩展现有窗口的功能。它的思路很简单，就是将窗口过程地址修改为一个新函数地址，新的窗口过程函数处理自己感兴趣的消息，将其它消息传递给原窗口过程。通过子类化，我们不需要现有窗口的源代码，就可以定制窗口功能。
子类化可以分为实例子类化和全局子类化。实例子类化就是修改窗口实例的窗口过程地址，全局子类化就是修改窗口类的窗口过程地址。实例子类化只影响被修改的窗口。全局子类化会影响在修改之后，按照该窗口类创建的所有窗口。显然，全局子类化不会影响修改前已经创建的窗口。
子类化方法虽然是二十年前的概念，却很好地实践了面向对象技术的开闭原则（OCP：The Open-Closed Principle）：对扩展开放，对修改关闭。
超类化
超类化的概念更简单，就是读取现有窗口类的数据，保存窗口过程函数地址。对窗口类数据作必要的修改，设置新窗口过程，再换一个名称后登记一个新窗口类。新窗口类的窗口过程函数还是仅处理自己感兴趣的消息，而将其它消息传递给原窗口过程函数处理。使用GetClassInfo函数可以读取现有窗口类的数据。
子类化的例子
首先从CEdit派生出CMyEdit1，定制WM_RBUTTONDOWN的处理。很多文章都建议我们在对话框的OnInitDialog中用SubclassDlgItem实现子类化：
m_edit1.SubclassDlgItem(IDC_EDIT1, this);
这样做当然可以。其实如果我们已经为IDC_EDIT1添加过CMyEdit1对象：
void CSubclassingDlg::DoDataExchange(CDataExchange* pDX){CDialog::DoDataExchange(pDX);//{{AFX_DATA_MAP(CSubclassingDlg)DDX_Control(pDX, IDC_EDIT1, m_edit1);//}}AFX_DATA_MAP}
DDX_Control会自动帮我们完成子类化，没有必要手工调用SubclassDlgItem。大家可以通过在PreSubclassWindow中设置断点看看。
通过DDX_Control或者SubclassDlgItem子类化控件的效果是一样的，MFC都是把窗口过程替换成AfxWndProcBase。用户添加过处理函数的消息通过MFC消息泵流入用户的处理函数。
超类化的例子
我很少看到超类化的例子（除了罗云彬的Win32汇编），在大多数应用中，子类化技术已经足够了。但我还是写了一个例子：CMyEdit2从CEdit派生。CMyEdit2::RegisterMe获取窗口类Edit的信息，保存原窗口过程，设置新窗口过程MyWndProc和新名称MyEdit，登记一个新窗口类。新窗口过程MyWndProc定制自己需要处理的消息，将其它消息送回原窗口过程。
我在对话框的OnInitDialog中先调用CMyEdit2::RegisterMe登记新窗口类，然后创建窗口。这样创建窗口必须经过CWnd::CreateEx，所以MFC还是会把窗口过程换成AfxWndProcBase。没有被MFC消息映射拦截的消息才会流入MyWndProc。