MFC的子类化技术(1)

清疚 2022-08-06 01:20 148阅读 0赞

Windows是一个基于消息的系统，消息在Windows的对象之间进行着传递。子类化和Windows的钩子机制存在于消息系统之中，我们可以利用这 些机制来操纵、修改甚至丢弃那些在操作系统或是进程中传递的消息，以求改变系统的一些行为。子类化技术用来截取窗口或控件之间的消息，当然是消息在到达目 的窗口之前完成的操作。这些被截获的消息既可以保留也可以修改它们的状态，之后就继续发送到目的地。子类化技术实现了一些正常情况下无法实现的功能，试想 鼠标右键单击TextBox，系统默认弹出Undo、Cut、Copy、Paste等菜单，我们就可以利用子类化技术来改变这个系统菜单。  
  
简单的说，**子类化就是创建一个新的窗口消息处理过程，并将其插入到原先的默认窗口消息处理过程之前。**子类化分为三类：实例子类化（instance subclassing）—从窗口或控件的单一实例截获消息，这种子类化技术最普遍；全局子类化（global subclassing）—能够截获从相同的窗口类创建出来的多个窗口或控件的消息；超类化（superclassing）—和全局子类化很类似，区别在 于可以应用在新的窗口类上面。  
  
首先，我们看看这个C++程序：  
\#include <iostream>  
using namespace std;  
class Parent  
\{  
public:  
void func \{ cout << "Parent" << endl; \}  
\};  
class Child : public Parent  
\{  
public:  
void func \{ cout << "Child" << endl; \}  
\};  
void main()  
\{  
Parent p;  
Child c;  
p.func();  
c.func();  
\}  
　　 现在我来解说一下。这段代码中我定义了两个C++类：父类和子类，并且子类是继承自父类的；它们有一个具有相同名称的成员函数func。在main函数中，我分别构造了父类和子类的对象，并调用了它们各自的成员函数func。结果如下：  
Parent  
Child  
　　 简单说来，这段代码就是子类根据自己的需要改写了func成员函数。而Win32的子类化的原理也与此类似，只不过子类化实际上并没有像C++一样重载哪 个函数，**而是靠拦截Windows系统中的某些消息来自己进行处理罢了**。举例来说，请大家看以下这段简单的窗口回调过程：  
LRESULT CALLBACK ProcMain(HWND hDlg, UINT Msg, WPARAM wParam, LPARAM lParam)  
\{  
switch (Msg)  
\{  
case WM\_CLOSE:  
EndDialog(hDlg, 0);  
break;  
case WM\_DESTROY:  
PostQuitMessage(0);  
break;  
\}  
return 0;  
\}  
　　 在这个回调之中，我手动处理了两个消息：在单击了“关闭”按钮（WM\_CLOSE）的时候，我将对话框关闭（EndDialog）；在对话框销毁 （WM\_DESTROY）的时候，我向系统消息队列中发送了退出的消息来完成结束工作（PostQuitMessage）。也就是说，如果把 WM\_CLOSE的响应代码改成：  
case WM\_CLOSE:  
ShowWindow(hDlg, SW\_MINIMIZE);  
break;  
　　 这样一来，这个对话框就会和MSN一样，在单击了“关闭”之后，就会完成最小化的工作了。那么，对于窗口过程已定义好的系统控件，将如何手动响应它的消息呢？  
　　 我们可以用函数指针的办法，将我们感兴趣的消息拦截下来，处理完之后再让预定义的窗口过程处理。这个过程大致如下：  
　　 WNDPROC OldProc;  
　　 OldProc = (WNDPROC)SetWindowsLong(hWnd, GWL\_WNDPROC, (LONG)NewProc);  
　　 当然，这里的新窗口过程NewProc是预先由你实现好的。上述代码执行以后，系统在处理hWnd的窗口消息时，就会先进入你实现的NewProc回调过 程，然后在处理过你感兴趣的消息之后，通过CallWindowProc函数和你预先保存的OldProc再次回到原来的回调过程中完成剩余的工作。  
　　 以上就是窗口子类化的原理分析，下面我通过一个实例来实际解说如何对窗口进行子类化。当我们需要一个特殊的Edit来限制浮点数的输入，但是现有的Edit却并不能完成这项工作——因为它只能够单纯的限制大小写或者纯数字。就可以采用“子类化”。  
  
　　 下面我开始按步骤完成对这两个窗口的子类化：  
　　 第一步，**在主窗口对话框初始化的时候，保存原有的窗口过程，并设置新的窗口过程。**代码如下：  
case WM\_INITDIALOG:  
EditProc = (WNDPROC)SetWindowLong(GetDlgItem(hDlg, IDC\_EDIT), GWL\_WNDPROC, (LONG)ProcFloat);  
StaticProc = (WNDPROC)SetWindowLong(GetDlgItem(hDlg, IDC\_ST\_HOMEPAGE), GWL\_WNDPROC, (LONG)ProcLink);  
break;  
　　 第二步，实现浮点编辑框的窗口过程：  
LRESULT CALLBACK ProcFloat(HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam)  
\{  
if (Msg == WM\_CHAR && wParam != '.' && (wParam <= '0' || wParam >= '9') && wParam != VK\_BACK)  
\{  
MessageBeep(MB\_OK);  
return 0;  
\}  
else  
return CallWindowProc(EditProc, hWnd, Msg, wParam, lParam);  
\}  
　　 这里需要解释的是，由于控件本身的需求，所以只需要拦截一个消息，就是接收字符的WM\_CHAR。当用户输入的字符不是小数点、0～9以及退格键（注意不 要少了退格键，否则你将会发现你的编辑框无法删除输入错误的数字）的时候，就发出一声声音以提示输入错误。至于其它的消息，则调用原有的回调函数进行处 理。  
子类化的限制：因子类化是对已存在的某一窗口产生作用，所以其作用范围只有这一窗，又由于可能不清楚该类怎样使用额外的类和窗口字节，所以不能保证正确使 用这些空间存储信息，**最后，因窗口已存在，所以新的窗口过程永远不会接收到第一个WM＿CREATE消息或其他以前的消息。子类化只适用于改变极少数窗口 行为和属性时使用。**