当不是从appwizard生成工程时，如何使用MFC的基类？-CSDN社区

深入浅出MFC（第二版）目录第0章你一定要知道（导读）这本书适合谁你需要什么技术基础你需要什么软硬件环境让我们使用同一种语言本书符号习惯本书例程的取得范例程序说明与前版本之差异如何联络作者第一篇勿在浮砂筑高台第1章 Win32程序基本概念 Win32程序开发流程需要什么函数库（.LIB）需要什么头文件（.H）以消息为基础，以事件驱动之（message based，event driven）一个具体而微的Win32程序程序进入点WinMain 窗口类之注册与窗口之诞生消息循环窗口的生命中枢：窗口函数消息映射（Message Map）的雏形对话框的运行模块定义文件（.DEF）资源描述档（.RC） Widnows程序的生与死空闲时间的处理：OnIdle Console程序 Console程序与DOS程序的差别 Console程序的编译链接 JBACKUP：Win32 Console程序设计 MFCCON：MFC Console程序设计行程与线程（Process and Thread）核心对象一个行程的诞生与死亡产生子行程一个线程的诞生与死亡以_beginthreadex取代CreateThread 线程优先级（Priority）多线程程序设计实例第2章 C++的重要性质类及其成员——谈封装（encapsulation）基类与派生类：谈继承（Inheritance） this指针虚拟函数与多态（Polymorphism）类与对象大解剖 Object slicing与虚拟函数静态成员（变量与函数） C++程序的生与死：兼谈构造函数与解构函数四种不同的对象生存方式（in stack、in heap、global、local static）执行期类型信息（RTTI）动态生成（Dynamic Creation）异常处理（Exception Handling） Template Template Functions Template Classes Template的编译与链接第3章 MFC六大关键技术之仿真 MFC类层次结构 Frame 1范例程序 MFC程序的初始化过程 Frame 2范例程序 RTTI（执行期类型识别）类别型录网与CRuntimeClass DECLARE_DYNAMIC/IMPLEMENT_DYNAMIC宏 Frame 3范例程序 IsKindOf（类型识别） Frame 4范例程序 Dynamic Creation（动态生成） DECLARE_DYNCREATE/IMPLEMENT_DYNCREATE宏 Frame 6范例程序 Persistence（永久保存）机制 Serialize（数据读写） DECLARE_SERIAL/IMPLEMENT_SERIAL宏没有范例程序 Message Mapping（消息映射） Frame 7范例程序 Command Routing（命令传递） Frame 8范例程序本章回顾第二篇欲善工事先利其器第4章 Visual C++集成开发环境安装与组成四个重要的工具内务府总管：Visual C++集成开发环境关于project 关于工具设定 Source Browser Online Help 调试工具 VC++调试器 Exception Handling 程序代码产生器：AppWizard 东圈西点完成MFC程序骨干威力强大的资源编辑器 Icon编辑器 Cursor编辑器 Bitmap编辑器工具栏（Toolbar）编辑器 VERSIONINFO资源编辑器字符串表格（Accelerator）编辑器菜单（Menu）编辑器加速键（Accelerator）编辑器对话框（Dialog）编辑器 Console程序的项目管理第三篇浅出MFC程序设计第5章总观Application Framework 什么是Application Framework？侯捷怎么说我怎么说别人怎么说为什么使用Application Framework Microsoft Foundation Classes（MFC）白头宫女话天宝：Visual C++与MFC 纵览MFC General Purpose classes CObject 数据处理类（collection classes）杂项类异常处理类（exception handling classes） Windows API classes Application framework classes High level Abstractions Afx全局函数 MFC宏（macros） MFC数据类型（data types）第6章 MFC程序的生死因果不二法门：熟记MFC类的层次结构需要什么函数库？需要什么头文件？简化的MFC程序结构——以Hello MFC为例 Hello程序程序代码 MFC程序的来龙去脉（causal relations）我只借用两个类：CWinApp和CFrameWnd CWinApp——取代WinMain的地位 CFrameWnd——取代WndProc的地位引爆器——Application object 隐晦不明的WinMain AfxWinInit——AFX内部初始化操作 CWinApp：：InitApplication CMyWinApp：：InitInstance CFrameWnd：：Create产生主窗口（并先注册窗口类）奇怪的窗口类名称Afx：b：14ae：6：3e8f 窗口显示与更新 CWinApp：：Run——程序生命的活水源头把消息与处理函数连接在一起：Message Map机制来龙去脉总整理 Callback函数空闲时间（idle time）的处理：OnIdle Dialog与Control 通用对话框（Common Dialogs）本章回顾第7章简单而完整：MFC骨干程序不二法门：熟记MFC类层次结构 MFC程序的UI新风貌 Document/View支撑你的应用程序利用Visual C++工具完成Scribble step0 骨干程序使用哪些MFC类？ Document Template的意义 Scribble的Document/View设计主窗口的诞生工具栏和状态栏的诞生（Toolbar&Status bar）鼠标拖放（Drag and Drop）消息映射（Message Map）标准菜单File/Edit/View/Window/Help 对话框改用CEditView 第四篇深入MFC程序设计第8章 Document-View深入探讨为什么需要Document-View（形而上） Document View Document Frame（View Frame） Document Template CDocTemplate管理CDocument/CView/CFrameWnd Scribble Step1的Document——数据结构设计 MFC Collection Classes的选用 CScribbleDoc的修改文件：一连串的线条线条与坐标点 Scribble Step 1的View：数据重绘与编辑 CScribbleView的修改 View的重绘操作：GetDocument和OnDraw ClassWizard的辅佐 WizardBar的辅佐 Serialize：对象的档案读写 Serialization以外的档案读写操作台面上的Serialize操作台面下的Serialize写档奥秘台面下的Serialize读档奥秘 DYNAMIC/DYNCREATE/SERIAL三宏 Serializable的必要条件 CObject类 IsKindOf IsSerializable CObject：：Serialize CArchive类 operator《和operator》效率考虑自定SERIAL宏给抽象类使用在CObList中加入CStroke以外的类 Document与View交流——为Step4做准备第9章消息映射与命令传递到底要解决什么消息分类万流归宗Command Target（CCmdTarget）三个奇怪的宏，一张巨大的网 DECLARE_MESSAGE_MAP宏消息映射网的形成：BEGIN…/ON…/END…宏米诺托斯（Minotauros）与西修斯（Theseus）二万五千里长征——消息的传递直线上溯（一般Windows消息）拐弯上溯（WM_COMMAND命令消息）罗塞达碑石：AfxSig_xx的奥秘 Scribble Step2：UI对象的变化改变菜单改变工具栏利用ClassWizard连接命令项识别码与命令处理函数维护UI对象状态（UPDATE_COMMAND_UI）本章回顾第10章 MFC与对话盒对话框编辑器利用ClassWizard连接对话框与其专用类对话框的消息处理函数对话框数据交换与校验（DDX&DDV）如何唤起对话框本章回顾第11章 View功能的加强与重绘效率的提高同时修改多个Views：UpdateAllViews和OnUpdate 在View中定义一个hint 把hint传给OnUpdate 利用hint增加重绘效率可卷动的窗口：CScrollView 大窗口中的小窗口：Splitter 切分窗口的功能切分窗口的程序概念切分窗口的实现本章回顾第12章打印与预览概述打印操作的后台原理 MFC默认的打印机制 Scribble打印机制的增强打印机的页和文件的页配置GDI绘图工具尺寸与方向：关于映射方式（坐标系统）分页页眉与页脚动态计算页码打印预览（Print Preview）本章回顾第13章多重文件与多重显示 MDI和SDI 多重显示（Multiple Views）窗口的动态切分窗口的静态切分 CreateStatic和CreateView 窗口的静态三叉切分 Graph范例程序静态切分窗口之观念整理同源子窗口 CMDIFrameWnd：：OnWindowNew Text范例程序非标准做法的缺点多重文件新的Cocument类新的Document Template 新的UI系统新文件的档案读写操作第14章 MFC多线程程序设计从操作系统层面看线程三个观念：模块、行程和线程线程优先级（Priority）线程调度（Scheduling） Thread Context 从程序设计层面看线程 Worker Threads和UI Threads 错误观念正确态度 MFC多线程程序设计探索CWinThread 产生一个Worker Thread 产生一个UI Thread 线程的结束线程与同步控制 MFC多线程程序例程第15章定制一个AppWizard 到底Wizard是什么？ Custom AppWizard的基本操作剖析AppWizard Components Dialog Templates和Dialog classes Macros Directives 动手修改Top Studio AppWizard 利用资源编辑器修改IDD_CUSTOM1对话框画面利用ClassWizard修改IDD_CUSTOM1对话框的对应类CCustomlDlg 改写OnDismiss虚拟函数，在其中定义macros 修改text template Top Studio AppWizard执行结果更多的信息第16章站上众人的肩膀——使用Components&activeX Controls 什么是Component Gallery 使用Components Splash screen system Info for About Dlg Tip of the Day Components实际运用：ComTest程序修改ComTest程序内容使用ActiveX Controls ActiveX Control基础观念：Properties、Methods、Events ActiveX Controls的五大使用步骤使用ActiveX Control：OcxTest程序第五篇附录附录A 无责任书评：从摇篮到坟墓Windows的完全学习无责任书评：MFC四大天王附录B Scribble Step 5完整原始码附录C Visual C++5.0MFC范例程序一览附录D 以MFC重建DBWIN收起

深入浅出MFC（第二版）目录第0章你一定要知道（导读）这本书适合谁你需要什么技术基础你需要什么软硬件环境让我们使用同一种语言本书符号习惯本书例程的取得范例程序说明与前版本之差异如何联络作者第一篇勿在浮砂筑高台第1章 Win32程序基本概念 Win32程序开发流程需要什么函数库（.LIB）需要什么头文件（.H）以消息为基础，以事件驱动之（message based，event driven）一个具体而微的Win32程序程序进入点WinMain 窗口类之注册与窗口之诞生消息循环窗口的生命中枢：窗口函数消息映射（Message Map）的雏形对话框的运行模块定义文件（.DEF）资源描述档（.RC） Widnows程序的生与死空闲时间的处理：OnIdle Console程序 Console程序与DOS程序的差别 Console程序的编译链接 JBACKUP：Win32 Console程序设计 MFCCON：MFC Console程序设计行程与线程（Process and Thread）核心对象一个行程的诞生与死亡产生子行程一个线程的诞生与死亡以_beginthreadex取代CreateThread 线程优先级（Priority）多线程程序设计实例第2章 C++的重要性质类及其成员——谈封装（encapsulation）基类与派生类：谈继承（Inheritance） this指针虚拟函数与多态（Polymorphism）类与对象大解剖 Object slicing与虚拟函数静态成员（变量与函数） C++程序的生与死：兼谈构造函数与解构函数四种不同的对象生存方式（in stack、in heap、global、local static）执行期类型信息（RTTI）动态生成（Dynamic Creation）异常处理（Exception Handling） Template Template Functions Template Classes Template的编译与链接第3章 MFC六大关键技术之仿真 MFC类层次结构 Frame 1范例程序 MFC程序的初始化过程 Frame 2范例程序 RTTI（执行期类型识别）类别型录网与CRuntimeClass DECLARE_DYNAMIC/IMPLEMENT_DYNAMIC宏 Frame 3范例程序 IsKindOf（类型识别） Frame 4范例程序 Dynamic Creation（动态生成） DECLARE_DYNCREATE/IMPLEMENT_DYNCREATE宏 Frame 6范例程序 Persistence（永久保存）机制 Serialize（数据读写） DECLARE_SERIAL/IMPLEMENT_SERIAL宏没有范例程序 Message Mapping（消息映射） Frame 7范例程序 Command Routing（命令传递） Frame 8范例程序本章回顾第二篇欲善工事先利其器第4章 Visual C++集成开发环境安装与组成四个重要的工具内务府总管：Visual C++集成开发环境关于project 关于工具设定 Source Browser Online Help 调试工具 VC++调试器 Exception Handling 程序代码产生器：AppWizard 东圈西点完成MFC程序骨干威力强大的资源编辑器 Icon编辑器 Cursor编辑器 Bitmap编辑器工具栏（Toolbar）编辑器 VERSIONINFO资源编辑器字符串表格（Accelerator）编辑器菜单（Menu）编辑器加速键（Accelerator）编辑器对话框（Dialog）编辑器 Console程序的项目管理第三篇浅出MFC程序设计第5章总观Application Framework 什么是Application Framework？侯捷怎么说我怎么说别人怎么说为什么使用Application Framework Microsoft Foundation Classes（MFC）白头宫女话天宝：Visual C++与MFC 纵览MFC General Purpose classes CObject 数据处理类（collection classes）杂项类异常处理类（exception handling classes） Windows API classes Application framework classes High level Abstractions Afx全局函数 MFC宏（macros） MFC数据类型（data types）第6章 MFC程序的生死因果不二法门：熟记MFC类的层次结构需要什么函数库？需要什么头文件？简化的MFC程序结构——以Hello MFC为例 Hello程序程序代码 MFC程序的来龙去脉（causal relations）我只借用两个类：CWinApp和CFrameWnd CWinApp——取代WinMain的地位 CFrameWnd——取代WndProc的地位引爆器——Application object 隐晦不明的WinMain AfxWinInit——AFX内部初始化操作 CWinApp：：InitApplication CMyWinApp：：InitInstance CFrameWnd：：Create产生主窗口（并先注册窗口类）奇怪的窗口类名称Afx：b：14ae：6：3e8f 窗口显示与更新 CWinApp：：Run——程序生命的活水源头把消息与处理函数连接在一起：Message Map机制来龙去脉总整理 Callback函数空闲时间（idle time）的处理：OnIdle Dialog与Control 通用对话框（Common Dialogs）本章回顾第7章简单而完整：MFC骨干程序不二法门：熟记MFC类层次结构 MFC程序的UI新风貌 Document/View支撑你的应用程序利用Visual C++工具完成Scribble step0 骨干程序使用哪些MFC类？ Document Template的意义 Scribble的Document/View设计主窗口的诞生工具栏和状态栏的诞生（Toolbar&Status bar）鼠标拖放（Drag and Drop）消息映射（Message Map）标准菜单File/Edit/View/Window/Help 对话框改用CEditView 第四篇深入MFC程序设计第8章 Document-View深入探讨为什么需要Document-View（形而上） Document View Document Frame（View Frame） Document Template CDocTemplate管理CDocument/CView/CFrameWnd Scribble Step1的Document——数据结构设计 MFC Collection Classes的选用 CScribbleDoc的修改文件：一连串的线条线条与坐标点 Scribble Step 1的View：数据重绘与编辑 CScribbleView的修改 View的重绘操作：GetDocument和OnDraw ClassWizard的辅佐 WizardBar的辅佐 Serialize：对象的档案读写 Serialization以外的档案读写操作台面上的Serialize操作台面下的Serialize写档奥秘台面下的Serialize读档奥秘 DYNAMIC/DYNCREATE/SERIAL三宏 Serializable的必要条件 CObject类 IsKindOf IsSerializable CObject：：Serialize CArchive类 operator《和operator》效率考虑自定SERIAL宏给抽象类使用在CObList中加入CStroke以外的类 Document与View交流——为Step4做准备第9章消息映射与命令传递到底要解决什么消息分类万流归宗Command Target（CCmdTarget）三个奇怪的宏，一张巨大的网 DECLARE_MESSAGE_MAP宏消息映射网的形成：BEGIN…/ON…/END…宏米诺托斯（Minotauros）与西修斯（Theseus）二万五千里长征——消息的传递直线上溯（一般Windows消息）拐弯上溯（WM_COMMAND命令消息）罗塞达碑石：AfxSig_xx的奥秘 Scribble Step2：UI对象的变化改变菜单改变工具栏利用ClassWizard连接命令项识别码与命令处理函数维护UI对象状态（UPDATE_COMMAND_UI）本章回顾第10章 MFC与对话盒对话框编辑器利用ClassWizard连接对话框与其专用类对话框的消息处理函数对话框数据交换与校验（DDX&DDV）如何唤起对话框本章回顾第11章 View功能的加强与重绘效率的提高同时修改多个Views：UpdateAllViews和OnUpdate 在View中定义一个hint 把hint传给OnUpdate 利用hint增加重绘效率可卷动的窗口：CScrollView 大窗口中的小窗口：Splitter 切分窗口的功能切分窗口的程序概念切分窗口的实现本章回顾第12章打印与预览概述打印操作的后台原理 MFC默认的打印机制 Scribble打印机制的增强打印机的页和文件的页配置GDI绘图工具尺寸与方向：关于映射方式（坐标系统）分页页眉与页脚动态计算页码打印预览（Print Preview）本章回顾第13章多重文件与多重显示 MDI和SDI 多重显示（Multiple Views）窗口的动态切分窗口的静态切分 CreateStatic和CreateView 窗口的静态三叉切分 Graph范例程序静态切分窗口之观念整理同源子窗口 CMDIFrameWnd：：OnWindowNew Text范例程序非标准做法的缺点多重文件新的Cocument类新的Document Template 新的UI系统新文件的档案读写操作第14章 MFC多线程程序设计从操作系统层面看线程三个观念：模块、行程和线程线程优先级（Priority）线程调度（Scheduling） Thread Context 从程序设计层面看线程 Worker Threads和UI Threads 错误观念正确态度 MFC多线程程序设计探索CWinThread 产生一个Worker Thread 产生一个UI Thread 线程的结束线程与同步控制 MFC多线程程序例程第15章定制一个AppWizard 到底Wizard是什么？ Custom AppWizard的基本操作剖析AppWizard Components Dialog Templates和Dialog classes Macros Directives 动手修改Top Studio AppWizard 利用资源编辑器修改IDD_CUSTOM1对话框画面利用ClassWizard修改IDD_CUSTOM1对话框的对应类CCustomlDlg 改写OnDismiss虚拟函数，在其中定义macros 修改text template Top Studio AppWizard执行结果更多的信息第16章站上众人的肩膀——使用Components&activeX Controls 什么是Component Gallery 使用Components Splash screen system Info for About Dlg Tip of the Day Components实际运用：ComTest程序修改ComTest程序内容使用ActiveX Controls ActiveX Control基础观念：Properties、Methods、Events ActiveX Controls的五大使用步骤使用ActiveX Control：OcxTest程序第五篇附录附录A 无责任书评：从摇篮到坟墓Windows的完全学习无责任书评：MFC四大天王附录B Scribble Step 5完整原始码附录C Visual C++5.0MFC范例程序一览附录D 以MFC重建DBWIN

MFC (Microsoft Foundation Class Library)中的各种类结合起来构成了一个应用程序框架，它的目的就是让程序员在此基础上来建立Windows下的应用程序，这是一种相对SDK来说更为简单的方法。因为总体上，MFC框架定义了应用程序的轮廓，并提供了用户接口的标准实现方法，程序员所要做的就是通过预定义的接口把具体应用程序特有的东西填入这个轮廓。Microsoft Visual C++提供了相应的工具来完成这个工作：AppWizard可以用来生成初步的框架文件（代码和资源等）；资源编辑器用于帮助直观地设计用户接口；ClassWizard用来协助添加代码到框架文件；最后，编译，则通过类库实现了应用程序特定的逻辑。封装构成MFC框架的是MFC类库。MFC类库是C++类库。这些类或者封装了Win32应用程序编程接口，或者封装了应用程序的概念，或者封装了OLE特性，或者封装了ODBC和DAO数据访问的功能，等等，分述如下。（1）对Win32应用程序编程接口的封装用一个C++ Object来包装一个Windows Object。例如：class CWnd是一个C++ window object，它把Windows window(HWND)和Windows window有关的API函数封装在C++ window object的成员函数内，后者的成员变量m_hWnd就是前者的窗口句柄。（2）对应用程序概念的封装使用SDK编写Windows应用程序时，总要定义窗口过程，登记Windows Class，创建窗口，等等。MFC把许多类似的处理封装起来，替程序员完成这些工作。另外，MFC提出了以文档-视图为中心的编程模式，MFC类库封装了对它的支持。文档是用户操作的数据对象，视图是数据操作的窗口，用户通过它处理、查看数据。（3）对COM/OLE特性的封装 OLE建立在COM模型之上，由于支持OLE的应用程序必须实现一系列的接口（Interface），因而相当繁琐。MFC的OLE类封装了OLE API大量的复杂工作，这些类提供了实现OLE的更高级接口。（4）对ODBC功能的封装以少量的能提供与ODBC之间更高级接口的C++类，封装了ODBC API的大量的复杂的工作，提供了一种数据库编程模式。继承首先，MFC抽象出众多类的共同特性，设计出一些基类作为实现其他类的基础。这些类中，最重要的类是CObject和CCmdTarget。CObject是MFC的根类，绝大多数MFC类是其派生的，包括CCmdTarget。CObject 实现了一些重要的特性，包括动态类信息、动态创建、对象序列化、对程序调试的支持，等等。所有从CObject派生的类都将具备或者可以具备CObject所拥有的特性。CCmdTarget通过封装一些属性和方法，提供了消息处理的架构。MFC中，任何可以处理消息的类都从CCmdTarget派生。

什么是句柄？句柄，是整个Windows编程的基础。一个句柄是指使用的一个唯一的整数值，即一个4字节(64位程序中为8字节)长的数值，来标识应用程序中的不同对象和同类对象中的不同的实例，诸如，一个窗口，按钮，图标，滚动条，输出设备，控件或者文件等。应用程序能够通过句柄访问相应的对象的信息，但是句柄不是一个指针，程序不能利用句柄来直接阅读文件中的信息。如果句柄不用在I/O文件中，它是毫无用处的。句柄是Windows用来标志应用程序中建立的或是使用的唯一整数，Windows使用了大量的句柄来标志很多对象。一、MFC AppWizard 1、MFC（Microsoft Foundation Class，微软基础类库）是微软为了简化程序员的开发工作所开发的一套C++ 类的集合，是一套面向对象的函数库，以类的方式提供给用户使用 2、MFC AppWizard是一个辅助我们生成源代码的向导工具，它可以帮助我们自动生成基于MFC框架的源代码二、基于MFC的程序框架剖析 1、MFC程序的ClassView标签页（图） 2、继承关系 (1)CMainFrame继承于CFrameWnd (2)CTestApp继承于CWinApp (3)CTestDoc继承于CDocument (4)CTestView继承于CView 注：CFrameWnd和CView都继承于CWnd 3、CWnd类是MFC中一个非常重要的类，它封装了与窗口相关的操作 4、MFC类的简化组织结构图（图） 5、MFC程序也有一个WinMain函数，程序是在编译时，由链接器将它链接到程序中 6、MFC程序具有一个CTestApp类的全局对象theApp，在MFC程序运行时，程序执行的顺序为：theApp全局对象定义处->CTestApp构造函数->WinMain函数 7、对于普通的VC++控制台程序，无论全局变量还是全局对象，程序运行时，在加载main函数之前，就已经为它们分配了内存空间。对于一个全局对象来说，此时就会调用该对象的构造函数，构造该对象，并进行初始化操作 8、实例句柄与全局对象 (1)对于Win32 SDK程序，应用程序的实例是由实例句柄（WinMain函数的hInstance参数）来标识的 (2)对于MFC程序，应用程序的实例是由全局对象（每一个MFC程序有且仅有一个从应用程序类CWinApp派生的类，如CTestApp，它实例化theApp全局对象）来标识的 9、基类构造函数中this指针的指向问题在构造子类对象时，会自动调用父类的构造函数，此时在父类的构造函数中的this指针所指向的是子类对象地址 10、AfxWinMain函数 MFC程序的WinMain函数是通过调用AfxWinMain函数来完成它的功能的注：Afx前缀的函数代表应用程序框架（Application Framework）函数，它们可以在程序的任何地方被调用 11、CTestApp::InitInstance函数在AfxWinMain函数中，通过调用InitInstance函数来完成MFC内部管理方面的工作 12、AfxEndDeferRegisterClass函数 MFC提供了一些默认的标准窗口类，我们只需要选择所需的窗口类就行。然后，调用AfxEndDeferRegisterClass 函数来注册窗口类 13、CMainFrame::PreCreateWindow函数 MFC程序具有两个窗口（框架窗口和视类窗口），在框架窗口产生之前会调用PreCreateWindow函数 14、CWnd::CreateEx函数在MFC程序中，窗口的创建是由CreateEx函数实现的 15、CWnd::CreateWindowEx函数主要作用是当修改了CreateEx函数的CREATESTRUCT参数时，CreateWindowEx函数会根据参数发生的相应变化来创建一个符合我们要求的窗口注：MFC中后缀名为Ex的函数都是扩展函数 16、CMainFrame::ShowWindow函数和CMainFrame::UpdateWindow函数用于显示应用程序框架窗口和更新这个窗口 17、CWinThread::Run函数和CWinThread::PumpMessage函数用于完成消息循环 18、DefWindowProc函数默认的窗口过程，但MFC程序对消息的处理实际上是通过消息映射机制来完成的 19、MFC程序的运行过程 (1)首先利用全局应用程序对象theApp启动应用程序 (2)调用全局应用程序对象的构造函数，从而就会调用其基类CWinApp的构造函数，以完成应用程序的一些初始化 (3)进入WinMain函数 (4)进入消息循环 20、MFC程序的主要过程 theApp-> CTestApp::CTestApp构造函数-> CWinApp::CWinApp构造函数-> _tWinMain（WinMain函数的宏）-> AfxWinMain函数-> CTestApp::InitInstance函数-> AfxEndDeferRegisterClass函数-> CMainFrame::PreCreateWindow函数-> CFrameWnd::PreCreateWindow函数-> AfxDeferRegisterClass（AfxEndDeferRegisterClass函数的宏）-> CFrameWnd::Create函数-> CWnd::CreateEx函数-> CMainFrame::PreCreateWindow函数-> CWnd::CreateEx函数-> CMainFrame::ShowWindow函数-> CMainFrame::UpdateWindow函数-> CWinThread::Run函数-> CWinThread::PumpMessage函数 21、框架窗口（整个应用程序外框所包括的部分）是视类窗口（框架窗口中空白的地方）的一个父窗口 22、MFC提供了一个文档/视类的结构，文档是指CDocument类，视类是指CView类。前者用于数据的存储和加载，后者用于数据的显示和修改 23、框架对象、文档对象和视类对象是通过一个单文档模板指针来有机地组织在一起，并利用AddDocTemplate函数把这个单文档模板添加到文档模板中，从而把这三个类组织成为一个整体 24、MFC程序的CAboutDlg类继承于CDialog类，用于为用户提供一些与程序相关的帮助信息三、窗口类、窗口类对象与窗口 1、以“::”开始的函数是一个全局函数，表示调用的是Platform SDK的函数 2、如果我们关闭了一个窗口，这个窗口就销毁了，那么该窗口对应的C++窗口类对象销毁了吗？ (1)当一个窗口销毁时，它会调用CWnd::DestroyWindow函数，该函数销毁窗口后，将CWnd::m_hWnd设为NULL (2)窗口的生命周期和C++窗口类对象的声明周期不是一致的。当一个窗口销毁时，与C++窗口类对象没有关系，它们之间的纽带仅仅在于这个C++窗口类内部的成员变量m_hWnd，该变量保存了与这个C++窗口类对象相关的哪个窗口的句柄 (3)但是，当C++窗口类对象销毁时，与之相关的窗口也将销毁，因为它们之间的纽带m_hWnd已经断了 3、示例---在窗口中显示按钮 (1)CButton按钮类继承于CWnd (2)对于一个CButton对象，在定义之后就可以使用了；但是，如果要显示这个按钮的话，还需调用 CButton::Create函数，把按钮窗口与CButton对象关联起来 (3)MFC程序的窗口创建时都会产生WM_CREATE消息，该消息通过OnCreate函数来捕获。对于框架窗口来说，MFC直接把OnCreate函数提供到了CMainFrame中；而在视类窗口中没有提供该函数，如需使用，要用户自行添加 (4)通常对MFC程序的操作，都是在CTestView视类窗口中进行的 (5)在窗口创建之后，要显示该窗口可以通过调用ShowWindow函数或指定窗口风格为WS_VISIBLE来实现 (6)实现过程 A：在CTestView类中，添加CButton类型的私有成员m_btn B：在CTestView类中，添加WM_CREATE消息的OnCreate处理函数 C：在CTestView类中，通过GetParent函数可以获得CMainFrame框架窗口对象的指针 D：实现一（在视类窗口中通过ShowWindow函数显示按钮） int CTestView::OnCreate(LPCREATESTRUCT lpCreateStruct) { ... m_btn.Create("按钮",WS_CHILD|BS_DEFPUSHBUTTON,CRect(0,0,100,100),this,123); m_btn.ShowWindow(SW_SHOWNORMAL); return 0: } E：实现二（在视类窗口中通过WS_VISIBLE风格显示窗口） int CTestView::OnCreate(LPCREATESTRUCT lpCreateStruct) { ... m_btn.Create("按钮",WS_CHILD|WS_VISIBLE|BS_DEFPUSHBUTTON,CRect(0,0,100,100),this,123); return 0: } F：实现三（在框架窗口中显示按钮） int CTestView::OnCreate(LPCREATESTRUCT lpCreateStruct) { ... m_btn.Create("按钮",WS_CHILD|WS_VISIBLE|BS_DEFPUSHBUTTON,CRect(0,0,100,100),GetParent(),123); return 0: } 即便是基于MFC的应用程序，建立窗口类也是会遵循如下的过程：设计窗口类->注册窗口类->生成窗口->显示窗口->更新窗口->消息循环->消息路由到窗口过程函数处理。下面就剖析一下在MFC中是如何完成上述过程的。（1）每个应用程序都有且仅有一个应用类的全局变量theApp，全局变量先于WinMain函数进行处理。（2）WinMain函数体在APPMODUL.CPP文件中，定义如下： extern "C" int WINAPI _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow) { // call shared/exported WinMain return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow); } 其中#define _tWinMain WinMain （3）AfxWinMain函数体在WINMAIN.CPP文件中，里面有如下两句话： CWinThread* pThread = AfxGetThread(); CWinApp* pApp = AfxGetApp(); 其实这里得到的这两个指针都是指向全局的对象theApp的；接下来有函数调用pThread->InitInstance()，根据多态性，会调用CXXXApp类中的InitInstance()函数。该函数很重要，在对该函数的调用中就会完成：设计窗口类->注册窗口类->生成窗口->显示窗口->更新窗口。接下来，该函数中会继续调用pThread->Run()，这就完成了：消息循环->消息路由到窗口过程函数处理。（4）进入CXXXApp::InitInstance()函数体中，对于单文档应用程序，调用ProcessShellCommand(cmdInfo)，通过调用该函数就会完成：设计窗口类->注册窗口类->生成窗口。再接下来就会调用m_pMainWnd->ShowWindow(SW_SHOW);m_pMainWnd->UpdateWindow();这就完成了：显示窗口->更新窗口。（5）在函数CWinApp::ProcessShellCommand(CCommandLineInfo& rCmdInfo)中会进入到如下的case分支：case CCommandLineInfo::FileNew: if (!AfxGetApp()->OnCmdMsg(ID_FILE_NEW, 0, NULL, NULL)) （6）进入函数CCmdTarget::OnCmdMsg(UINT nID, int nCode, void* pExtra, AFX_CMDHANDLERINFO* pHandlerInfo)，调用_AfxDispatchCmdMsg(this, nID, nCode, lpEntry->pfn, pExtra, lpEntry->nSig, pHandlerInfo); （7）进入函数AFXAPI _AfxDispatchCmdMsg(CCmdTarget* pTarget, UINT nID, int nCode, AFX_PMSG pfn, void* pExtra, UINT nSig, AFX_CMDHANDLERINFO* pHandlerInfo)，调用 case AfxSig_vv: // normal command or control notification ASSERT(CN_COMMAND == 0); // CN_COMMAND same as BN_CLICKED ASSERT(pExtra == NULL); (pTarget->*mmf.pfn_COMMAND)(); （8）进入CWinApp::OnFileNew()，调用m_pDocManager->OnFileNew();这个函数很特殊，它本身是个消息响应函数，当我们点击ID为ID_FILE_NEW的菜单时，会产生一个命令消息，由于命令消息可以被CCmdTarget类及其派生类来捕获，而CWinApp是从CCmdTarget派生出来的，因此可以捕获这个消息。当应用程序创建完成并成功显示后，当我们点击文件菜单下的新建菜单项时，就会首先进入这个函数，然后再依次执行下去，最后就会执行到pDocument->OnNewDocument()中，往往我们会对这个函数不解，不知道它为什么会响应ID_FILE_NEW的命令消息，至此真相大白了。顺便说一句，为什么程序在刚启动的时候，我们并没有点击菜单项，为什么会自动的产生这个消息呢？这是因为在CXXXXApp::InitInstance()函数中有“CCommandLineInfo cmdInfo;”这个类的构造函数是这样的：CCommandLineInfo::CCommandLineInfo() { m_bShowSplash = TRUE; m_bRunEmbedded = FALSE; m_bRunAutomated = FALSE; m_nShellCommand = FileNew; }，因此就会在第（5）步骤的时候进入到“case CCommandLineInfo::FileNew:”这个分支中，就相当于产生了这样一个FileNew的消息。同理对于ID为ID_FILE_OPEN（在CWinApp::OnFileOpen()中响应）、ID_FILE_SAVE（在CDocument::OnFileSave()中响应）等等在MFC向导为我们生成的单文档类中找不到消息响应的入口时，其实都是在基类CWinApp或者CDocument类中进行了响应。对于CXXXXDoc::Serialize(CArchive& ar)函数也是通过ID_FILE_SAVE和ID_FILE_OPEN产生命令消息后就行响应从而才调用该函数的。（9）进入CDocManager::OnFileNew()，CDocManager类有一个成员变量是CPtrList m_templateList;该变量保存了一个文档模版链表指针，在CDocManager::OnFileNew()函数体中会调用CDocTemplate* pTemplate = (CDocTemplate*)m_templateList.GetHead();得到链表中的头，也就是第一个文档模版，后面就会用得到的这个指针去调用pTemplate->OpenDocumentFile(NULL);紧接着就会有一个判断，用来确定该链表中是否只有一项，如果链表中保存了多个文档模版，则会弹出一个对话框，来让我们选择到底是使用哪一套文档模版来构建应用程序，相信大家也都见到过这种情况吧。对了，还有一点要说明的是：pTemplate是一个CDocTemplate的指针，但接下来程序为什么会进入到CSingleDocTemplate::OpenDocumentFile的函数体内呢，这是因为CDocTemplate类中的OpenDocumentFile函数被定义为纯虚函数，而CSingleDocTemplate类又是从CDocTemplate类派生出来的，并且实现了该函数，因此就会进入到子类的函数体中了。（10）进入CDocument* CSingleDocTemplate::OpenDocumentFile(LPCTSTR lpszPathName, BOOL bMakeVisible)，先调用CreateNewDocument()创建文档类，再调用pFrame = CreateNewFrame(pDocument, NULL);创建框架类和视图类，从这里也可以看出MFC体系结构中文档、框架、视图“三位一体”的模式，在这一个函数中同时创建三个类；再会调用pDocument->OnNewDocument();因此就会进入到子类的文档类中的pDocument->OnNewDocument()中了。（11）进入CFrameWnd* CDocTemplate::CreateNewFrame(CDocument* pDoc, CFrameWnd* pOther)，调用if (!pFrame->LoadFrame(m_nIDResource, WS_OVERLAPPEDWINDOW | FWS_ADDTOTITLE, // default frame styles NULL, &context)) （12）进入BOOL CFrameWnd::LoadFrame(UINT nIDResource, DWORD dwDefaultStyle, CWnd* pParentWnd, CCreateContext* pContext)，调用VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG)); （13）进入BOOL AFXAPI AfxEndDeferRegisterClass(LONG fToRegister)，该函数内部就完成了：设计窗口类->注册窗口类。MFC通过给我们提供好一些已经订制好的窗口类，我们不需要自己再设计窗口类，只需要到那些订制好的窗口类“仓库”中寻找一种适合我们需要的窗口类就可以了，然后通过AfxRegisterClass函数注册窗口类。还需要说明的是，再后续的跟踪过程中，我们会发现还会进入到AfxEndDeferRegisterClass函数中进行设计和注册窗口类，这主要是因为单文档应用程序比较特殊，它提前通过这样的一种途径进行了窗口类的设计和注册步骤，其实是应该在BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)函数的调用中完成窗口类的设计和注册的，这一点我们要清楚，也就是说设计和注册窗口类的正宗发源地应该是PreCreateWindow(CREATESTRUCT& cs)。此外，我们还会注意到在该函数体的前部分有一语句为“wndcls.lpfnWndProc = DefWindowProc;”因此所有窗口类的窗口过程函数都是DefWindowProc，这一点在后面的跟踪中可以看到，每次生成窗口之后都会调用几次DefWindowProc函数。也就是说MFC都是让我们采用默认的窗口过程函数，这并不是说我们因此就不能使用自己的窗口过程函数实现个性化的消息处理了，MFC采用了一种基于消息映射的机制完成了消息个性化处理。（14）回到BOOL CFrameWnd::LoadFrame(UINT nIDResource, DWORD dwDefaultStyle, CWnd* pParentWnd, CCreateContext* pContext)中，调用LPCTSTR lpszClass = GetIconWndClass(dwDefaultStyle, nIDResource); （15）进入LPCTSTR CFrameWnd::GetIconWndClass(DWORD dwDefaultStyle, UINT nIDResource)，调用PreCreateWindow(cs); （16）进入BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)，调用CFrameWnd::PreCreateWindow(cs) （17）进入BOOL CFrameWnd::PreCreateWindow(CREATESTRUCT& cs)，调用VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG));又一次设计和注册窗口类（18）回到BOOL CFrameWnd::LoadFrame(UINT nIDResource, DWORD dwDefaultStyle, CWnd* pParentWnd, CCreateContext* pContext)中，调用if (!Create(lpszClass, lpszTitle, dwDefaultStyle, rectDefault, pParentWnd, MAKEINTRESOURCE(nIDResource), 0L, pContext)) （19）进入BOOL CFrameWnd::Create(LPCTSTR lpszClassName, LPCTSTR lpszWindowName, DWORD dwStyle, const RECT& rect, CWnd* pParentWnd, LPCTSTR lpszMenuName, DWORD dwExStyle, CCreateContext* pContext)，调用if (!CreateEx(dwExStyle, lpszClassName, lpszWindowName, dwStyle, rect.left, rect.top, rect.right - rect.left, rect.bottom - rect.top, pParentWnd->GetSafeHwnd(), hMenu, (LPVOID)pContext)) （20）BOOL CWnd::CreateEx(DWORD dwExStyle, LPCTSTR lpszClassName, LPCTSTR lpszWindowName, DWORD dwStyle, int x, int y, int nWidth, int nHeight, HWND hWndParent, HMENU nIDorHMenu, LPVOID lpParam)，调用if (!PreCreateWindow(cs)) ，接下来调用HWND hWnd = ::CreateWindowEx(cs.dwExStyle, cs.lpszClass, cs.lpszName, cs.style, cs.x, cs.y, cs.cx, cs.cy, cs.hwndParent, cs.hMenu, cs.hInstance, cs.lpCreateParams);好了，终于让我们找到生成窗口的地方了——函数::CreateWindowEx！（21）进入int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct)，调用if (CFrameWnd::OnCreate(lpCreateStruct) == -1) （22）进入int CFrameWnd::OnCreate(LPCREATESTRUCT lpcs)，调用return OnCreateHelper(lpcs, pContext); （23）进入int CFrameWnd::OnCreateHelper(LPCREATESTRUCT lpcs, CCreateContext* pContext)，调用if (CWnd::OnCreate(lpcs) == -1) （24）进入_AFXWIN_INLINE int CWnd::OnCreate(LPCREATESTRUCT)，调用return (int)Default(); （25）进入LRESULT CWnd::Default()，调用return DefWindowProc(pThreadState->m_lastSentMsg.message, pThreadState->m_lastSentMsg.wParam, pThreadState->m_lastSentMsg.lParam); （26）进入LRESULT CWnd::DefWindowProc(UINT nMsg, WPARAM wParam, LPARAM lParam)，调用return ::CallWindowProc(m_pfnSuper, m_hWnd, nMsg, wParam, lParam); （27）回到int CFrameWnd::OnCreateHelper(LPCREATESTRUCT lpcs, CCreateContext* pContext)，调用if (!OnCreateClient(lpcs, pContext)) （28）进入BOOL CFrameWnd::OnCreateClient(LPCREATESTRUCT, CCreateContext* pContext)，调用if (CreateView(pContext, AFX_IDW_PANE_FIRST) == NULL) （29）进入CWnd* CFrameWnd::CreateView(CCreateContext* pContext, UINT nID)，调用if (!pView->Create(NULL, NULL, AFX_WS_DEFAULT_VIEW, CRect(0,0,0,0), this, nID, pContext)) （30）进入BOOL CWnd::Create(LPCTSTR lpszClassName, LPCTSTR lpszWindowName, DWORD dwStyle, const RECT& rect, CWnd* pParentWnd, UINT nID, CCreateContext* pContext)，调用return CreateEx(0, lpszClassName, lpszWindowName, dwStyle | WS_CHILD, rect.left, rect.top, rect.right - rect.left, rect.bottom - rect.top, pParentWnd->GetSafeHwnd(), (HMENU)nID, (LPVOID)pContext); （31）进入BOOL CWnd::CreateEx(DWORD dwExStyle, LPCTSTR lpszClassName, LPCTSTR lpszWindowName, DWORD dwStyle, int x, int y, int nWidth, int nHeight, HWND hWndParent, HMENU nIDorHMenu, LPVOID lpParam)，重复生成框架类CMainFrame的过程来生成CXXXView，因为它也是一个窗口类，因此也需要进行那一系列过程才能最终显示更新出来。调用的顺序是这个样子的：PreCreateWindow(cs)->BOOL CXXXView::PreCreateWindow(CREATESTRUCT& cs)->CView::PreCreateWindow(cs)->VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG));->::CreateWindowEx(...)->CWnd::DefWindowProc->::CallWindowProc(...)->...->CXXXView::OnCreate->CView::OnCreate->CWnd::OnCreate->... 写到这里，基本上就清楚了，中间的省略号表示的部分大多数都是在与窗口过程函数有关的，因为在生成窗口的时候需要响应一些消息，因此需要调用一些窗口过程函数，每次在调用::CreateWindowEx(...)函数后都会调用一些窗口过程函数，然后再去调用该窗口类对应的OnCreate函数，其实在调用OnCreate函数之前调用CreateWindowEx只是生成了一个窗口，至于这个窗口里面要放置些什么东西，以及该如何装饰该窗口，则就需要由OnCreate来完成了，往往我们都会在OnCreate函数的后面（这样做是为了不影响窗口本身应该布置的格局）添加一些代码，创建我们自己的东西，比如我们通常会在CMainFrame类的OnCreate函数后面放置一些Create代码，来创建我们自己的可停靠的工具栏或者按钮之类的东西，当然我们也可以在CXXXView类的OnCreate函数的后面添加一些代码，来创建我们需要的东西，比如按钮之类的东西。在完成了从设计、注册到生成窗口的过程之后，往往还需要显示更新，有些时候，我们不必要每次都显示的调用CWnd的ShowWindow和UpdateWindow两个函数，我们可以在创建的时候，给窗口风格中添加WS_VISIBLE即可，因此有些时候会跟踪不到ShowWindow和UpdateWindow两个函数这两个函数，因为窗口在创建的时候就可见了。总的来说，先初始化应用类，然后注册生成框架类，然后再注册生成视图类，然后注册生成视图类OnCreate函数后面用户添加的、用Create来准备创建的窗口，然后再注册生成框架类的OnCreate函数后面需要生成的m_wndToolBar、m_wndStatusBar以及我们自己添加的要创建的窗口类，最后在回到应用类的初始化的函数体中，调用框架类的显示和更新函数，然后再进入由框架类定义的窗口的消息循环中。消息循环的过程是这个样子的：（1）调用int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow)函数中的pThread->Run() （2）进入int CWinApp::Run()，调用return CWinThread::Run(); （3）进入int CWinThread::Run()，调用if (!PumpMessage()) （4）进入BOOL CWinThread::PumpMessage()，调用if (!::GetMessage(&m_msgCur, NULL, NULL, NULL)) （5）回到BOOL CWinThread::PumpMessage()，调用::TranslateMessage(&m_msgCur);::DispatchMessage(&m_msgCur); （6）回到int CWinThread::Run()，调用while (::PeekMessage(&m_msgCur, NULL, NULL, NULL, PM_NOREMOVE)); （7）再重复（4）-（6）的步骤下面给出int CWinThread::Run()中消息循环的部分代码： do { // pump message, but quit on WM_QUIT if (!PumpMessage()) return ExitInstance(); // reset "no idle" state after pumping "normal" message if (IsIdleMessage(&m_msgCur)) { bIdle = TRUE; lIdleCount = 0; } } while (::PeekMessage(&m_msgCur, NULL, NULL, NULL, PM_NOREMOVE)); 这段代码其实本质上与我们基于Win32 SDK手写的代码： //消息循环 MSG msg; while(GetMessage(&msg,NULL,0,0)) { //简单的说，函数TranslateMessage就是把WM_KEYDOWN和WM_KEYUP翻译成WM_CHAR消息，没有该函数就不能产生WM_CHAR消息。 TranslateMessage(&msg); ::DispatchMessage(&msg); } 是一致的。 1,寻找WinMain人口：在安装目录下找到MFC文件夹下的SRC文件夹，SRC下是MFC源代码。路径：MFC|SRC|APPMODUL.CPP： _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow) { // call shared/exported WinMain return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow); } 注意：（#define _tWinMain WinMain） 2，对于全局对象或全局变量来说，在程序运行即WINMAIN函数加载的时候，已经为全局对象或全局变量分配了内存和赋初值。所以：CTEApp theApp;->CTEApp ::CTEApp(){}->_tWinMain(){} 说明：每一个MFC程序，有且只有一个从WinApp类派生的类（应用程序类），也只有一个从应用程序类所事例化的对象，表示应用程序本身。在WIN32程序当中，表示应用程序是通过WINMAIN入口函数来表示的（通过一个应用程序的一个事例号这一个标识来表示的）。在基于MFC应用程序中，是通过产生一个应用程序对象，用它来唯一的表示了应用程序。 3，通过构造应用程序对象过程中调用基类CWinApp的构造函数，在CWinApp的构造函数中对程序包括运行时一些初始化工作完成了。 CWinApp构造函数：MFC|SRC|APPCORE.CPP CWinApp::CWinApp(LPCTSTR lpszAppName){...}//带参数，而CTEApp构造函数没有显式向父类传参，难道CWinApp()有默认参数？见下：（在CWinApp类定义中， CWinApp(LPCTSTR lpszAppName = NULL); ）注意：CWinApp()函数中： pThreadState->m_pCurrentWinThread = this; pModuleState->m_pCurrentWinApp = this （this指向的是派生类CTEApp对象，即theApp）调试：CWinApp::CWinApp();->CTEApp theApp;（->CTEApp ::CTEApp()）->CWinApp::CWinApp()->CTEApp ::CTEApp()->_tWinMain(){} 4,_tWinMain函数中通过调用AfxWinMain()函数来完成它要完成的功能。（Afx*前缀代表这是应用程序框架函数，是一些全局函数，应用程序框架是一套辅助生成应用程序的框架模型，把一些类做一些有机的集成，我们可根据这些类函数来设计自己的应用程序）。 AfxWinMain()函数路径：MFC|SRC|WINMAIN.CPP：在AfxWinMain()函数中： CWinApp* pApp = AfxGetApp(); 说明：pApp存储的是指向WinApp派生类对象（theApp）的指针。 //_AFXWIN_INLINE CWinApp* AFXAPI AfxGetApp() // { return afxCurrentWinApp; } 调用pThread->InitInstance() 说明：pThread也指向theApp,由于基类中virtual BOOL InitApplication()定义为虚函数，所以调用pThread->InitInstance()时候，调用的是派生类CTEApp的InitInstance()函数。 nReturnCode = pThread->Run(); 说明：pThread->Run()完成了消息循环。 5,注册窗口类：AfxEndDeferRegisterClass(); AfxEndDeferRegisterClass()函数所在文件：MFC|SRC|APPCORE.CPP BOOL AFXAPI AfxEndDeferRegisterClass(LONG fToRegister){...} 说明：设计窗口类：在MFC中事先设计好了几种缺省的窗口类，根据不同的应用程序的选择，调用AfxEndDeferRegisterClass()函数注册所选择的窗口类。调试：CWinApp::CWinApp();->CTEApp theApp;（->CTEApp ::CTEApp()）->CWinApp::CWinApp()->CTEApp ::CTEApp()->_tWinMain(){}//进入程序 ->AfxWinMain();->pApp->InitApplication()；->pThread->InitInstance()//父类InitInstance虚函数;->CTEApp::InitInstance()//子类实现函数;->AfxEndDeferRegisterClass(LONG fToRegister)//注册所选择的窗口类（出于文档管理，注册提前，正常的应在PreCreateWindow中进行注册）//之后进入创建窗口阶段（以下再不做调试） 6，PreCreateWindow()：//主要是注册窗口类 BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs) { if( !CFrameWnd::PreCreateWindow(cs) ) return FALSE; return TRUE; } 说明： CFrameWnd::PreCreateWindow()函数所在文件：MFC|SRC|WINFRM.CPP BOOL CFrameWnd::PreCreateWindow(CREATESTRUCT& cs) { if (cs.lpszClass == NULL) { VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG)); //判断AFX_WNDFRAMEORVIEW_REG型号窗口类是否注册，如果没有注册则注册 cs.lpszClass = _afxWndFrameOrView; // COLOR_WINDOW background //把注册后的窗口类名赋给cs.lpszClass } if ((cs.style & FWS_ADDTOTITLE) && afxData.bWin4) cs.style |= FWS_PREFIXTITLE; if (afxData.bWin4) cs.dwExStyle |= WS_EX_CLIENTEDGE; return TRUE; } 其中： virtual BOOL PreCreateWindow(CREATESTRUCT& cs);//PreCreateWindow()是个虚函数,如果子类有则调用子类的。 #define VERIFY(f) ASSERT(f) #define AfxDeferRegisterClass(fClass) AfxEndDeferRegisterClass(fClass) define AFX_WNDFRAMEORVIEW_REG 0x00008 const TCHAR _afxWndFrameOrView[] = AFX_WNDFRAMEORVIEW;//WINCORE.CPP文件中，定义为全局数组。 //#define AFX_WNDFRAMEORVIEW AFX_WNDCLASS("FrameOrView") 7，创建窗口： Create()函数路径：MFC|SRC|WINFRM.CPP: CFrameWnd::Create(...){ ... CreateEx(...);//从父类继承来的，调用CWnd::CreateEx(). ... } CWnd::CreateEx()函数路径：MFC|SRC|WINCORE.CPP BOOL CWnd::CreateEx(...){ ... if (!PreCreateWindow(cs))//虚函数，如果子类有调用子类的。 { PostNcDestroy(); return FALSE; } ... HWND hWnd = ::CreateWindowEx(cs.dwExStyle, cs.lpszClass, cs.lpszName, cs.style, cs.x, cs.y, cs.cx, cs.cy, cs.hwndParent, cs.hMenu, cs.hInstance, cs.lpCreateParams); ... } 说明：CreateWindowEx()函数与CREATESTRUCT结构体参数的对应关系，使我们在创建窗口之前通过可PreCreateWindow(cs)修改cs结构体成员来修改所要的窗口外观。PreCreateWindow(cs))//是虚函数，如果子类有调用子类的。 HWND CreateWindowEx( DWORD dwExStyle, LPCTSTR lpClassName, LPCTSTR lpWindowName, DWORD dwStyle, int x, int y, int nWidth, int nHeight, HWND hWndParent, HMENU hMenu, HINSTANCE hInstance, LPVOID lpParam ); typedef struct tagCREATESTRUCT { // cs LPVOID lpCreateParams; HINSTANCE hInstance; HMENU hMenu; HWND hwndParent; int cy; int cx; int y; int x; LONG style; LPCTSTR lpszName; LPCTSTR lpszClass; DWORD dwExStyle; } CREATESTRUCT; 8，显示和更新窗口： CTEApp类，TEApp.cpp中 m_pMainWnd->ShowWindow(SW_SHOW);//显示窗口，m_pMainWnd指向框架窗口 m_pMainWnd->UpdateWindow();//更新窗口说明： class CTEApp : public CWinApp{...} class CWinApp : public CWinThread{...} class CWinThread : public CCmdTarget { ... public: CWnd* m_pMainWnd; ... ... } 9，消息循环： int AFXAPI AfxWinMain() { ... // Perform specific initializations if (!pThread->InitInstance()){...} //完成窗口初始化工作，完成窗口的注册，完成窗口的创建，显示和更新。 nReturnCode = pThread->Run(); //继承基类Run()方法，调用CWinThread::Run()来完成消息循环 ... } //////////////////////////////////////////////////////////////// CWinThread::Run()方法路径：MFC|SRC|THRDCORE.CPP int CWinThread::Run() { ... // phase2: pump messages while available do//消息循环 { // pump message, but quit on WM_QUIT if (!PumpMessage())//取消息并处理 return ExitInstance(); ... } while (::PeekMessage(&m_msgCur, NULL, NULL, NULL, PM_NOREMOVE)); ... } 说明： BOOL PeekMessage(,,,,)函数说明 The PeekMessage function checks a thread message queue for a message and places the message (if any) in the specified structure. If a message is available, the return value is nonzero. If no messages are available, the return value is zero. ///////////////////////////////////////////////////////////// BOOL CWinThread::PumpMessage() { ... if (!::GetMessage(&m_msgCur, NULL, NULL, NULL))//取消息 {...} ... // process this message if (m_msgCur.message != WM_KICKIDLE && !PreTranslateMessage(&m_msgCur)) { ::TranslateMessage(&m_msgCur);//进行消息（如键盘消息）转换 ::DispatchMessage(&m_msgCur);//分派消息到窗口的回调函数处理（实际上分派的消息经过消息映射，交由消息响应函数进行处理。） } return TRUE; } 9，文档与视结构：可以认为View类窗口是CMainFram类窗口的子窗口。 DOCument类是文档类。 DOC-VIEW结构将数据本身与它的显示分离开。文档类：数据的存储，加载视类：数据的显示，修改 10，文档类，视类，框架类的有机结合：在CTEApp类CTEApp::InitInstance()函数中通过文档模板将文档类，视类，框架类的有机组织一起。 ... CSingleDocTemplate* pDocTemplate; pDocTemplate = new CSingleDocTemplate( IDR_MAINFRAME, RUNTIME_CLASS(CTEDoc), RUNTIME_CLASS(CMainFrame), // main SDI frame window RUNTIME_CLASS(CTEView)); AddDocTemplate(pDocTemplate);//增加到模板