深入浅出MFC学习笔记

调函数一般都是由 windows 系统来调用，不是用户自己调用。在用户使用 bsearch 函数时， 用户自己定义的 cmp 函数也是由 C 函数库来调用，不是自己调用。 回调函数的概念虽然在 C 语言中就已经存在， 但使用的范围远没有 windows 中的这么广 （其 实在设计接口时， 遇到某些有共性的未知操作就可以用传递一个函数的方法解决——例如遍 历某个未知集合中的每个元素） 。 回调函数在 windows 开发中得到推广应该是由其“以消息为基础的事件驱动系统”本质决 定的。用用户要实现某个操作，但是不知道什么时候开始执行（因为不知道什么时候能收到 相应的消息） ；系统则知道什么时候触发操作（因为消息由系统发出） ，但是又不知道操作的 具体细节（操作是用户自己定义的） 。在这种时候回调函数就成了用户和系统之间沟通的桥 梁——用户自己定义操作的细节，但是由系统在适当的时刻帮助调用。 因此，回调函数就成了“以消息为基础的事件驱动系统”系统平台上程序开发的核心！ 为了向面向对象思想看齐， 一般把回调函数也设计成类的成员。 又因为回调函数有固定格式， 不能随便修改，因此在类中要把它声明为 static 类型函数（这是利用了 C++编译器不会为类 中 static 函数添加 this 指针参数的隐含特征） 。 在 windows 中程序设计的主要任务就是对自己感兴趣的消息做出相应的处理：程序等待某 个特定消息的发生，然后针对该消息做出特定的操作，如此而已！
第二章 C++的重要性质
面向对象有三个核心概念：封装，继承，多态。封装和继承这里不想细说，主要讲一下多态。 很多书里都说多态是面向对象的核心（也不知道对不对） 。在 C++中支持多态的关键技术就 是虚函数。虚函数的有些特征很怪异，这主要是和传统 C 函数比较而言的（如果没有传统 的函数概念也就不会觉得奇怪了） 。 以前很多人用 C 语言（现在也有好多人用 C 入门） ，对 C 的执行机制很熟悉。C 语言是一种 高级的汇编语言，写一段代码就是一段代码，编译器不会暗中给你做什么手脚。即使编译器 做也就是在初始化和退出的时候调用一些函数，这些用户都知道（fork、exec、exit……） 。 关于函数这一块也一样： 函数参数是值传递——数组除外（数组传地址） ，为了支持变参数，参数是从右到左进栈， 函数名就代表一个函数的入口地址，比较复杂一些的就是函数指针。 所以 C 程序员在调用一个函数的时候就根本想不出它会有什么出格的行为！ 在 C++中就不一样了，特别是虚函数，有时候简直搞不清楚它到底是调用了哪个函数（真是 麻烦） ！
2 运行时类型识别
我觉得这里的识别有两种级别，打个比方：X 是某个人，还是具有某个人的血统？ 这个问题该问谁，怎么问？问 X 的爸爸妈妈、爷爷奶奶还是 X 自己？如果李四问李世民吗（他怎么会知道自己有多少后代）？ 正确的办法是： 1． 把 X 设为李四。 2． X 是不是李世民？ 3． 如果 X 是就停止，并输出结果是。 4． 如果 X 不是，但 X 有爸爸，就 X 设成 X 的爸爸，然后转到 2。 5． 如果 X 没有爸爸就停止，输出结果否。 在 MFC 中保存了一棵类的家族树，CObject 是根结点，其他的类都是他的后代（有几个特 殊的除外，如： CPoint 等） 。由于类的家族树存放的是类的信息——不是对象的信息，因此 只需要保存一个就够了，所以 MFC 将这棵树保存为 static 类型。 MFC 类的家族树和数据结构中的树并不相同，普通的树通过跟结点就可以访问所有的结点 （包括叶子） 。但在 MFC 中却不行——它只能逆向地从叶子结点向根结点方向访问（从父 结点访问不到子结点） 。 我自己把这种树叫做逆树（和通常的树相反，好象是反物质一类的东东） 。 其实在所有关于 指针的数据结构中都有这种逆*的存在。你可以想象在一个单向链表中，从一个结点移动到 后一个结点时，就回不到之前的结点了（除非你另外保存了它的地址） 。在现实中也有很多 这种情况： 你可以知道你所认识的人， 但却很难知道所有认识你的人——这是指针的不可逆 性造成的。 MFC 为 了 隐 藏 类 的 家 族 树 的 实 现 细 节 ， 定 义 了 2 个 宏 ： DEALARE_DYNAMIC 和 IMPLEMENT_DYNAMIC。 DEALARE_DYNAMIC 用于定义变量， IMPLEMENT_DYNAMIC 则进行相应的初始化，宏的具体细节可以参考书中代码。 我比较感兴趣的是 AFX_CLASSINIT 的初始化过程，代码如下： static AFX_CLASSINIT _init_classname(class_name::classclass_name); struct AFX_CLASSINIT { AFX_CLASSINIT(CRuntimeClass *pNewClass); }; AFX_CLASSINIT::AFX_CLASSINIT(CRuntimeClass *pNewClass) { pNewClass->m_pNextClass = CRuntimeClass::pFirstClass; CRuntimeClass::pFirstClass = pNewClass; } 由于 _init_classname 是静态的 AFX_CLASSINIT 类型，因此在定义的时候自动的调用 AFX_CLASSINIT 初 始 化 操 作 从 而 将 pNewClass 神 不 知 鬼 不 觉 地 插 入 到 了 CRuntimeClass::pFirstClass 链表的开头（这个 pFirstClass 链表在动态识别中还用不着） ！
这很有点像一种静态的初始化操作——AFX_CLASSINIT 在运行之前已经被自动地完成了。 当然 AFX_CLASSINIT 和静态初始化还是有些区别的：我感觉静态初始化应该是在编译时 被调用，而不是在执行时被调用。这应该算是 C++中一些很晦涩的技巧吧 pFirstClass 链 表 是 通 过 AFX_CLASSINIT 自 动 初 始 化 的 。 但 是 class_name::classclass_name::m_pBaseClass 指向的同宗链表则完全是手工初始化的（通过宏 传递的参数） 。在同宗链表中每个类和它的父类都可以用确定名称直接访问（静态的类别型 录网中的每个 CRuntimeClass 都可以通过一个确定的名称直接访问——不必要从 pFirstClass 开始遍历） 。 补充一点：定义 CObject 类时要手工生成 pFirstClass 链表和手工初始化 CRuntimeClass。
第三章 MFC 六大关键技术之仿真
其实除了消息外，其他的几个技术细节都可以看作是面向对象语言的特征。例如：对象的产
生过程、动态识别 ……。动态识别、动态创建、序列化特征已经在 JAVA 等新的面向对象 语言中得到支持了。如果不想了解编译器的实现细节的话，也可以不看。MFC 本身特有的 东西应该是消息的传播机制。 当然这里还是要全部总结一下了 （毕竟也是这本书最有特色的 地方了） 。 1 对象创建 MFC 中所有的类都继承自 CObject，创建对象时要考虑其父类的创建。个人觉得是这样一个 规则（不知道对不对） ：创建对象之前要先创建父类，除非它没有父类！构造的函数的调用 规则也是这样：如果有就先调用父类的构造函数（这是 MFC，不是 C++，不考虑多重继承 的情况） 。 这就像人类的繁衍：一个人要出生，他的爸爸妈妈肯定要先出生，除非他是第一个进化成人 类的（或者是人工合成的） 。
3 动态创建 MFC 也定义了 2 个宏：DEALARE_DYNCREATE 和 IMPLEMENT_DYNCREATE。 要动态的生成对象，首先要知道对象的初始化函数，在 MFC 中采用在 CRuntimeClass 中保 存函数指针的方法来实现。保存指针等操作的代码也是在宏中加入的（MFC 要求要有一个 空参数的构造函数，个人觉得也可以让它们传递一个 void 型指针） 。 上面说过， 在动态识别一个类时不需要 pFirstClass 链表， 因为类是沿着它的同宗路线比较 （这 也是一种隐含的链表） 。但是动态创建就需要了，因为它也不知道自己是什么类型，因此要 遍历 pFirstClass 链表中所有的已知的类， 直到找到与自己相符的类型。 如果查找成功则通过 指针调用初始化函数来创建对象（指针为 NULL 则不能创建） ，否则就无法动态创建。 在强调一点：这是 MFC——不是 C++，所有的类都是从 COject 继承而来（个别类除外） ， 因此他们如果存在就一定被保存在 pFirstClass 链表中。 如果你要是另起炉灶， 随便派生自一 个类，又使用了 DEALARE_DYNCREATE 和 IMPLEMENT_DYNCREATE 宏，那情况就糟 糕了，pFirstClass 链表可能被彻底的破坏，那 COject 的什么特性就都没了（切记） ！ ！ ！
《深入浅出 MFC》学习笔记
学习时间：2006.3.19 - 2006.2.30 柴树杉 2006.2.30 整理于 VisionTek
第一章 win32 基本程序概念
windows 是一个“以消息为基础的事件驱动系统” 。当系统内核捕捉到外围设备发生的事件 后， 将以一种特定的消息传递出去。 而用户程序在接收到相应的消息后再做出相应的处理 （否 则系统以默认函数处理） 。处理窗口过程的一般是窗口函数（window procedure） 。Windows 程序的执行流程如上图。 窗口函数习惯上称作回调函数， 回调函数类似于 C 语言中 bsearch （二分法查找） 函数的 cmp （用于比较两个元素的大小）参数： // #include <stdlib.h> void *bsearch(const void *key, const void *base, size_t n, size_t size, int (*cmp)(const void *keyval, const void *datum)); 想一想开发 bsearch 函数的人怎么会知道两个元素的是什么，怎么比较大小呢？因此就必须 留给用户要自己定义 cmp 函数了！ 回调函数一般都有固定的格式（不知道是否会用变参数的情况） ，不然可能会发生错误。回