1， 应用程序中的“窗口”概念
从程序设计人员的角度看，窗口就是一个GUI句柄，以这个句柄作为一系列API函数的参数，就可以对窗口进行各种操作。MFC一般把窗口句柄封装成了一个CWnd的类，因此，对MFC程序员来说，窗口就是一个CWnd的对象。
从操作系统的角度看，窗口就是内存中的一块普通的内存。在这个内存中保存了一个叫WNDCLASS的结构体类型数据结构。所以说窗口的实质就是一个窗口结构类型的实例，系统通过返回窗口句柄给应用程序，应用程序通过窗口句柄操作这个窗口。所以为了操作窗口，需要向Win32API函数传递表示该窗口的句柄，MFC提供一个类CWnd来封装窗口的HWND句柄，并把与窗口相关的操作封装到CWnd类的各个成员函数中。
窗体是通过响应WM_PAINT消息进行绘图的。当窗口的可见区域发生变化的时候，比如进行了最大化，移动等操作之后，系统就发送该消息以通知窗体需要绘制。而系统通过调用UpdateWindow或者RedrawWindow也能直接想窗口发送WM_PAINT消息。
2， CObject类
CObject类提供了一些公共服务：包括支持序列化，支持运行时提供类信息，支持动态创建以及支持对象诊断输出等，所以凡是从CObject类继承的类都有这些功能。
2．1 诊断功能
C Object类其中的Dump（）和AssertValid（）成员函数提供了诊断功能。Dump（）成员函数为类的内容提供调试输出；Dump（）成员函数为const类型的成员函数，因此它不能改变对象的数据。
AssertValid（）成员函数提供了自定义测试以验证类对象的数据成员的一致性。也就是提供对对象内部状态的运行时检查。该成员函数只在调试的时候有用，也是const类型的成员函数，因此它不能改变对象的数据。
CObject类中的AssertValid（）成员函数仅能断言（assert）当前的对象不为NULL。尽管从CObject派生类的时候，不需要重写AssertValid（），但是可以通过重写使自己的类更安全可靠。AssertValid（）应该在对象的所有成员变量上执行断言，以验证它们包含有效数值。触发了断言说明了指示的对象一定有错误，并且执行将暂停，然而，缺少断言指示未找到任何问题，但并不能保证对象是好的。
2．2 运行时类信息
CObject类支持运行时提供其类的信息。通过其中的IsKindOf（）成员函数，可以确定对象是属于指定类还是从指定类派生。
CObject类支持运行时提供其类的信息，是通过一个很重要的结构完成CRuntimeClass（这是一个结构），Eachclass derived from CObject is associated with aCRuntimeClass structure that you can use to obtaininformation about an object or its base class at run time. Theability to determine the class of an object at run time is usefulwhen extra type checking of function arguments is needed, or whenyou must write special-purpose code based on the class of anobject.（Come from MSDN）.
CRuntimeClass提供了C++对象的运行时候的类的信息，比如ASCII类名，基类的CRuntimeClass，对象的大小，构造函数等信息，此外还提供了一组成员函数用来动态创建对象，确定对象的类型等。因此有了对象的大小，构造函数等信息，就可以动态的创建对象了，这需要用结构CRuntimeClass中的成员函数CreateObject（）。
另外，结构体CRuntimeClass还维持了指向基类的CRuntimeClass指针，这样，按照类的派生关系就构成了CRuntimeClass链表。从而通过查找该链表中是否有指定的CRuntimeClass，可以判断给定的类是否从某个类派生。这需要用CRuntimeClass的成员函数中的IsDerivedFrom（）。通过结构体CRuntimeClass中的静态成员变量m_pNextClass,MFC为每个模块（EXE应用程序）维护了一个全局的CRuntimeClass链表，这个链表保存在模块的状态中。
但是要注意，一般并不直接在类中使用CRuntimeClass，而是通过一组宏将CRuntimeClass引入到类中，并添加相应的成员。
2．3 添加运行时类的信息
为了添加运行时类信息，需要为类添加CRuntimeClass类型的静态成员函数，保存本类的相关信息，比如对象的大小，基类等等，另外还要添加一些方法操作CRuntimeClass成员等。凡是从CObject类派生的类，都可以通过一组宏自动完成上述任务。
比如在类的头文件中加入宏DECLARE_DYNAMIC（Class_name），这个宏声明了CRuntimeClass结构体中的静态成员.如果传入的Class_name为CPerson，则对应的变量名为classCPerson并且返回一个CRuntimeClass指针的虚函数。然后在实现文件中使用IMPLEMENT_DYNAMIC（派生类名，基类名）宏，这个宏会对DECLARE_DYNAMIC（Class_name）中声明的CRuntimeClass静态成员惊醒初始化，比如设定类名，对象大小，基类的CRuntimeClass等等。实现文件中的宏RUNTIME_CLASS（className）的作用是返回类className的CRuntimeClass类型的静态成员的指针。CObject成员函数IsKindOf（）利用CRuntimeClass静态成员确定具体某个对象是属于特定的类还是从特定的来派生的。这个函数内部调用了结构体CRuntimeClass中的成员函数IsDerivedFrom()。所以如果这个类支持运行时提供类信息，那么使用带类名的RUNTIME_CLASS（className）宏可以获取表示该类信息的CRuntimeClass对象。比如
CRuntimeClass * pClass=RUNTIME_CLASS（CPerson）;或者通过对象调用GetRuntimeClass成员，也可以获得该对象所属于类的信息成员。一旦获得了运行时类信息，将其传递到IsKindOf（），就可以确定对象是否属于特定类。
2．4动态创建
所谓的动态创建不是使用C++的运算符号new在堆中创建对象，而是要从文件中获得某个类的信息之后，利用这些信息恢复或创建该类的对象。因此在类中应该有一个专门存储这个类的相关信息的记录成员。为了在动态创建对象的时候能够获得待创建对象的所属的类以及其基类的相关信息，MFC要求，在所有可以动态创建对象的类中，要有一个专门存储这个类的相关信息的记录成员。这就是CRuntimeClass结构体。
这样，如果在某个类中有这样一个CRuntimeClass结构体信息表，则在创建这个类的对象的时候，系统就可以根据类名找到这个类的信息表，同时根据这个结构体中的指针m_pBaseClass依次找到其一系列基类的信息。这样系统就可以根据这些信息表提供的信息把对象创建出来。
为了把各个类中的类信息表组织成一个大表，MFC再次使用了链表的结构。该链表把每个类的类信息表作为一个链表项，并用指针m_pNextClass把它们连接起来，从而组织了一个大的类信息表。于是，要想想使得某个类具有动态创建对象的能力，则该类中必须有类信息链表的声明，而在类的外边应该有类信息链表的实现。所以MFC把在类中声明类信息表的代码封装到宏DECLARE_DYNCREATE中，而把实现类信息表和链表的代码封装在了宏IMPLEMENT_DYNCREATE中。
在需要动态创建一个类的对象的时候，要根据类名到存放类信息的链表中去查找和收集该类的信息，为了达到这个目标，MFC又提供了一个宏RUNTIME_CLASS（CPerson），这个宏可以按照参数提供的类名，在类信息链表中收集该类的相关信息并调用该类的构造函数来创建对象。C++不直接支持，但是CObject提供了动态创建对象的能力。为了支持动态创建，需要加入运行时类信息。同时需要在初始化CRuntimeClass静态成员的时候，把CRuntimeClass结构体中的一个变量m_pfnCreateObject设置为不为（NULL），以表示CRuntimeClass可以支持动态创建。这样就可以调用CRuntimeClass的CreateObject成员函数创建了。
要想让一个类有动态创建功能，需要遵循下面的步骤。
（1）从CObject派生这个类。然后在类的声明中使用宏DECLARE_DYNCREATE。该宏内部调用了前面我们用到的宏DECLARE_DYNAMIC（Class_name）。
（2）为这个类定义一个不带参数的构造函数（默认构造函数）。这是因为动态创建过程要使用这个构造函数进行初始化。
（3）在类的实现文件中使用IMPLEMENT_DYNCREATE宏。这个宏除了完成IMPLEMENT_DYNAMIC的功能外，还负责实现DECLARE_DYNCREATE中声明的静态成员CreateObject（）
2．5 序列化
序列化是比动态创建更高级的功能，它提供了将对象保存到文件或其他存储设备以及从存储中创建对象的能力。为了支持序列化，也要向类添加运行时信息，添加动态创建，此外要专门添加针对序列化的代码。CObject用另外一组宏支持序列化。为了简化对象的序列化操作，MFC类库提供了CArchive类，作为序列化对象和存储介质之间的中间物。
因此为了支持序列化，必须把类中的结构体CRuntimeClass的静态成员m_wSchema成员设置为非OXFFFF的数值。
这项设置工作是通过一组宏来实现的，首先在类声明中使用DECLARE_SERIAL宏。该宏除了完成DECLARE_DYNCREATE所做的工作外，还声明了友元函数operatro>>以支持从ar中创建对象。CArchive充当内存数据和存储之间的直接的中介，利用它可以把内存数据，如对象轻松的写入持久性的存储设备如文件中，也可以从持久性存储中轻松构造对象。
CArchive对象提供了一个类型安全缓冲机制，用于将可序列化对象写入CFile对象或从中读取可序列化对象。通常，CFile对象表示磁盘文件；但是，它也可以表示“剪贴板”的内存文件（CSharedFile文件）。当存档将对象存储到文件（存储设备）的时候，存档先写入对象的CRuntimeClass信息。然后再写入对象的数据。当另一个存档将对象从文件加载到内存的时候，将首先获得对象的CRuntimeClass，然后用它动态创建一个对象。将数据序列化到CArchive对象的时候，CArchive对象积累数据，直到它的缓冲区被添满为止。然后，CArchive对象将其缓冲区写入为其指定的CFile对象。读出的时候，反之。在文档/视图应用框架下，每当用户选择打开文件，新建文件或者保存文件的时候，框架会自动创建CArchive对象以将文档对象保存到文件或从文件中加栽数据。另外，在其他场合也可能需要CArchive对象，例如，可能要序列化到达或来自剪贴板的数据，由CSharedFile对象表示。或者可能要使用用户界面来保存与框架提供的文件不同的文件，在这种情况下，可以显式创建CArchive对象，也就是需要先创建构造CFile对象，然后将CFile对象传递到CArchive的构造函数。
