ithzhang

深入浅出MFC阅读笔记： 写在开始的话：刚结束《C++primer》的第二次阅读，决定趁热打铁，学习《深入浅出MFC》。当然，学习框架不是目的，而是通过学习MFC底层框架实现原理，对C++面向对象思想以及各种特性的进一步巩固。编程是一门实践课，需要不断的练习，才能得到提高。而深入学习MFC框架，就是我选择提高C++编程水平的方式之一。按部就班、不浮躁是我对学习本书的要求。废话少说，

消息映射机制SDK编程中，一般处理消息的方法就是使用switch/case判断消息的类型，然后进行响应。更模块化的方法是使用第一章介绍的消息映射表的方法，把消息和消息处理函数关联起来。应该为每个需要处理消息的类构建一个消息映射表，并将基类与派生类的消息映射表连接起来。当窗口函数比较消息时，就沿着这条继承路线传递下去。 为了实现这个目的我们仍然使用两个宏，完成这个功能复杂的构建。首先定义

命令传递（Command routing）     消息如果是仅仅从派生类流向父类，那就非常简单了。然而MFC用来处理消息的C++类，并不是单线发展的。document/view也具有处理消息的能力。因此，消息应该有横向流动的机会。     MFC对消息循环的规定为：    1：若是一般的windows消息（WM_xx)则一定是由派生类流向基类。    2：如果是WM_COMMAN

第六章 ：MFC程序的生死因果本章主要是从MFC程序代码中，找出一个windows程序原本该有的程序入口点、窗口类注册、窗口产生、消息循环、窗口函数等操作。抽丝剥茧彻底理解一个MFC程序的诞生与结束。MFC程序需要windows C runtime函数库、DLL import函数库以及MFC函数库。Windows C runtime函数库为：LIBC.LIB  静态链接版本MS

第九章：消息映射与命令传递。    本章将会对MFC的消息映射和 命令传递机制做深入探讨。    MFC规定了消息传递的路线，消息会按照这个路线传递下去，找不到归宿的话就交给DefWindowProc。    在产生窗口之前，如果我们在创建窗口时指定的窗口类为NULL时，MFC会自动注册五个默认的窗口类，每个窗口类有自己的窗口函数。不同窗口得到的消息应该交由不同的窗口函数来处理。所谓的

第七章简单而完整的MFC骨干程序。    这一章主要是剖析有AppWizard产生的完整的MFC骨干程序。    首先要熟记MFC类层次结构，这是理解MFC构建的前提。    MFC层次结构图：文档视图结构是MFC进化为应用程序框架的灵魂，在MFC中CDocument负责处理数据，它只是个空壳，我们可以重写Serialze函数，派生符合我们需求的类。与CDocument相辅相成的是CV

第八章：Document----View深入探讨    MFC之所以为应用程序框架，最重要的特征就是他能够将管理数据的程序代码和负责数据显示的程序代码分离开来。这种能力由文档视图结构提供。Document在MFC的CDocument中被实例化，它本身就是一个空壳，当开发自己的程序时，应该从CDocument派生出一个属于自己的CMyDocument类，并且在类中声明一些成员变量，用以容纳数据。

第三章：MFC六大关键技术之仿真：类型识别   深入理解MFC的内部运行原理，是本次学习《深入浅出MFC》的主要目的。要模仿的六大技术包括：1：MFC程序的初始化过程。2：RTTI（Runtime type identification）运行时类型识别。3：Dynamic creation 动态创建4：Persistence永久保存5：消息映射6：消息传递。RT