走出MFC子类化的迷宫子类化，SUBCLASSWINDOW ,MFC消息机制

许多 Windows 程序员都是跳过 SDK 直接进行 RAD 开发工具[或 VC，我想 VC 应不属于

RAD]的学习，有些人可能对子类化机制比较陌生。---

 我们先看看什么是 Windows 的子类化。Windows 给我们或是说给它自己定义了许多丰富

的通用控件，如：Edit、ComboBox 、ListBox……等，这些控件功能丰富，能为我们开发

工作带来极大方面，试想：我们单单是自己实现一个 EDIT 控件是多么的艰难！但是，在

实际开发中还是有些情况这些标准控件也无能为力，比如：在我们的应用中要求一个 EDIT

得到老师对学生的评价 A、B、C[不要对我说你想用 ComboBox 实现 J]，这时，要求在 Edit

中禁止对其它字母、数字的输入操作，怎么办？EDIT 控件本身没有提供这种机制，我们就

 WNDPROC * oldWndProc = (WNDPROC)SetWindowLong(hWnd,

GWL_WNDPROC,(DWORD)AfxGetAfxWndProc());

 其中 AfxGetAfxWndProc()是我们自己的窗口处理函数，在其中处理过我们感兴趣的消息

后就可能通过返回的原窗口处理函数指针 oldWndProc 来把其它消息按标准方法处理掉，具

体做法请查阅相关资料。---

 但到了 MFC“时代”，一切都被包装起来了，原来的窗口类注册、窗口函数都不见了[或是

说隐身了]，我想对于那些“刨根问底”的程序员有兴趣了解在 MFC 中的子类化机制，本人就

自己做的一点“探索”作出总结，希望能给大家点启示。---

 我们先用 MFC 实现我上面提到的要求：一个只能输入 A，B，C 的 EDIT 控件。---

 启动时界面如下：---



 void CSuperEdit::OnChar(UINT nChar, UINT nRepCnt, UINT nFlags)

 {

 // TODO: Add your message handler code here and/or call default

 TCHAR ch[20];

 GetWindowText(ch,20);

 if (strlen(ch) == 1 && (nChar <= 'C' && nChar >= 'A'))

 return;

 if (nChar != 'A'

 && nChar != 'B'