了解如何使用 windows API 函数编程后，对 windows 应用程序的大体结构框架有初步的认识。但是直接使用 windows API 进行编程程序员需要自己编写大量代码。像我这种从一开始接触程序开发就是学习的 OO 的人来说，实在是无法忍受。从现在开始，我把重点转到 VC++ 的另一方面，利用 MFC 进行和向导来编写 windows 程序。
MFC （ Microsoft Foundation Class ） 是用来编写 windows 应用程序的 C++ 类集，它封装了大量的 windows API 函数和 windows 控件，并且以层次结构组织起来。使程序员在开发时能方便的进行代码重用，加快开发速度并提高代码的可靠性。
应该注意的是 MFC 是 使用C++语言实现的一个类库，但并非是进行GUI程序设计的唯一标准。
有 OO 基础或者是学习过 JAVA 语言理解 MFC 的体系结构会比较轻松。目前， MFC 中包含了大约 100 多个类，通过定义类对象并调用对象的成员函数来实现相应的功能。
下面简要介绍一下 MFC 的类组织结构：
1. 根类 CObject
MFC 中绝大多数类和自定义子类的根类，它提供了许多编程所需要的公共操作如：对象建立和删除、串行化支持、对象诊断、运行时信息以及集合类的兼容等
2. 命令相关类 CCmdTarget
它是 CObject 的直接子类，它是 MFC 中具有消息映射属性的基类。一般很少需要程序员直接从 CcmdTarget 直接派生新类。
3. 线程基类 CWinThread
所有线程的基类，可以直接使用，它封装了操作系统的线程化功能。
4. 窗口应用程序类 CWinApp
每个应用程序有且只有一个应用程序对象，在运行程序中该对象与其它对象相互协调，该对象从 CwinApp 类中派生而来。它封装了初始化，运行，终止应用程序的代码。
5. 文档 / 视类 CDocument/CView
文档对象由文档模板对象创建，管理应用程序的数据。 CDocument 支持标准的文档操作，这些操作包括文档创建、下载、保存等。一个应用程序可以操作多种文档类型，每一种文档类型都有特定的文档模板（ document template ）。
用户通过文档和相关联的视图对象（ CView object ）与文档进行交互。一个视图显示文档中的信息，并把用户在框架窗口内的操作转换成对文档操作的相应命令。当用户打开一个文档时，应用程序实际上创建了一个视图并把这个视图和相应的文档联系在一起。一个视图充当了沟通用户和文档对象的中间桥梁的作用。
6. 可视对象类 CWnd
该类提供了 MFC 中所有窗口类的基本功能，它的消息映射机制隐藏了窗口函数 WndProc 。一个 windows 消息通过消息映射发送到相应的 CWnd 类的 OnMessage 成员函数，通过重载 OnMessage 函数来对特定的消息进行处理。
CWnd 类有许多经常使用的子类，如 CMenu 类， CDialog 类， CButton 类等等。
7. 通用类
通用类提供了许多共用服务，例如文件 I/O （ CFile 类和 CArchive 类）、异常处理（ CException 类）等。
8. OLE 类
OLE1.0 规范是 MS 在 1991 年发布的。它是处理复合文档的一种方法： Object Linking and Embedding 技术。所谓复合文档，就是在一个文档中同时保存了如文本、图像和声音等多种不同类型的数据，而这些数据又可以通过不同的应用程序用不同的格式产生。
1993 年发布的 OLE2.0 是基本对象的一整套体系结构，能够扩展、定制和增强服务功能，它的理论基础是 COM 技术。
此外， ActiveX 也是一种对 OLE 技术的扩展，它使 OLE 进入 Internet 和 Intranet 。
9. ODBC 类
为了支持带有 ODBC 驱动程序的各种数据库管理系统， MFC 也提供了 Cdatabase 和 CRecordset 类，用于管理数据库的连接及其操作。
10. MFC 中全局函数和变量
在 MFC 中提供的全局函数和变量一般都以 Afx 开头，它们可以在 MFC 应用程序的任务地方中使用，如： AfxAbort 、 AfxMessageBox 等等。
在使用 VC 生成 MFC 应用程序时， IDE 会自动生成许多代码，以一个简单的对话框程序为例，将会有如下几个主要的文件：
stdafx.h/cpp 标准系统包含文件，或是常使用但不常更改的
MFCles1.h/.cpp 应用程序类
MFCles1Dlg.h/cpp 对话框类
Resource.h 资源头文件，被 MFCles1.rc 所使用
MFC 应用程序的一般结构
就设计模式来看， MFC 应用程序是一个标准的单例模式。每一个应用程序有且仅有一个实例对象： theApp
程序执行的基本流程，就我现在的理解而言：
首先应该从在应用程序体系结构类中声明的一个全局实例对象 theApp 入手（C++里的全局类对象初始化在main函数之前），在进入CWinApp类的构造函数之后，程序才进入原来Windows API里的那个入口函数：AfxWinMain。 我们在写MFC程序时并没有显示的指出WinMain入口函数的位置。这个函数的定义被安置在了APPMODUL.CPP文件里（这一文件位于VS安装目录下的VC98目录里的MFC源文件里）。每个app实例被构造后，会产调用相应的InitInstance函数进行初始化。原来的注册窗口类的工作被放在了WINCORE.CPP文件里的AfxEndDeferRegisterClass函数，这里MFC已经为我们定义好了几种默认的窗口类。然后就会调用CPreCreateWnd函数进行窗口的显示工作。最后，使用CWinThread：：Run方法启动消息循环，至此，整个窗口应用程序就运行起来了。windows应用程序可以被同时多次运行，第一次运行完成初始化工作后，以后每次运行程序拷贝都全调用InitInstance函数进行初始化工作。
class CMFCles1App : public CWinApp
{
public:
CMFCles1App();
// 重写一些父类方法
public:
virtual BOOL InitInstance();
// 实现消息映射的宏
DECLARE_MESSAGE_MAP()
};
extern CMFCles1App theApp;// 代码应用程序本身
以一个简单的对话框程序为例，在InitInstance函数里完成了以下工作
CMFCles1Dlg dlg;
m_pMainWnd = &dlg;
INT_PTR nResponse = dlg.DoModal();
第一行声明了一个对话框类对象，第二行将其赋值给当前应用程序类的成员变量，这是一个指向主窗口的指针，最后一行显示窗口。
了解了一点关于应用程序类的知识后，再来分析剩下的与GUI有关的另一个类，这里使用一个对话框类作一点说明。
同样， MFCles1Dlg 则派生自 CDialog 类
class CMFCles1Dlg : public CDialog
{
public:
CMFCles1Dlg(CWnd* pParent = NULL); // 标准构造函数
protected:
HICON m_hIcon;// 应用程序图标的句柄
DECLARE_MESSAGE_MAP()
// 生成的消息映射函数
virtual BOOL OnInitDialog();
afx_msg void OnSysCommand(UINT nID, LPARAM lParam);
afx_msg void OnPaint();
afx_msg HCURSOR OnQueryDragIcon();
};
DECLARE_MESSAGE_MAP() 是一个用来定义消息映射的宏，而下面以 afx_msg 开头的函数都是消息的响应函数，这比起 API 里面把消息都写在一些 switch 语句中要更清楚，也方便了修改。要实现对话框对消息的响应还需要在类中加上这两行
BEGIN_MESSAGE_MAP(CAboutDlg, CDialog)
END_MESSAGE_MAP()
所有的消息映射函数都要写在这两行之间，例如ON_WM_RBUTTONDOWN( )就定义了一个右键按下的消息映射。MFC已经有了预定义好了许多消息映射函数的格式，需要查看可以参考MSDN。