走出MFC子类化的迷宫

走出MFC子类化的迷宫

ss=MsoNormal style="MARGIN: 0cm 0cm 0pt; TEXT-INDENT: 36.1pt; TEXT-ALIGN: center; mso-char-indent-count: 2.57; mso-char-indent-size: 14.0pt" align=center>走出 MFC 子类化的迷宫

KEY WORDS：子类化 SUBCLASSWINDOW MFC消息机制

许多Windows程序员都是跳过SDK直接进行RAD开发工具[或VC，我想VC应不属于RAD]的学习，有些人可能对子类化机制比较陌生。

我们先看看什么是Windows的子类化。Windows给我们或是说给它自己定义了许多丰富的通用控件，如：Edit、ComboBox 、ListBox……等，这些控件功能丰富，能为我们开发工作带来极大方面，试想：我们单单是自己实现一个EDIT控件是多么的艰难！但是，在实际开发中还是有些情况这些标准控件也无能为力，比如：在我们的应用中要求一个EDIT得到老师对学生的评价A、B、C[不要对我说你想用ComboBox实现J]，这时，要求在Edit中禁止对其它字母、数字的输入操作，怎么办？EDIT控件本身没有提供这种机制，我们就可以采用子类化很好的解决这类问题。

我们知道，每一个Windows窗口[这里是EDIT]都有一个窗口处理函数负责对消息处理，子类化的办法就是用我们自己的消息处理函数来替代窗口原有的、标准的处理函数。当然我们自己的窗口处理函数只是关心那些特定的消息[在这里当然是WM_CHAR了]，而其它消息，再发给原来的窗口函数处理。在SDK中的实现方法是调用函数SetWindowLong ：