有趣的是，MFC使用"Afx"作为所有的全局函数的前缀，"afx"作为全局变量的前缀。因为在MFC的早期开发阶段它叫"Application Framework Extensions"缩写为"AFX"。AFX提供了对Windows API的高度抽象，建立了全新的面向对象的AFX API，但它对于新手来说太复杂了，所以AFX小组不得不重新开始。后来他们创建了一组C++类，这就是MFC。MFC这个名字被采用得太晚了以至于没来得及修改这些引用。

MFC8.0和Visual Studio 2005一起发布了;MFC9.0和Visual Studio 2008一起发布。在免费的Express版本的Visual Studio 2005/2008中没有包含MFC。

MFC作为一个强有力的竞争对手，为Borland的Turbo C++编译器设计OWL(Object Windows Library)在同一时间也发布了。但最后，Borland停止了对OWL的继续开发并且不久就从Microsoft那里购买了MFC头文件，动态链接库等的授权，微软没有提供完整的MFC的集成支持。之后Borland发布了VCL(Visual Component Library)来替换OWL框架。

CWnd:窗口，它是大多数"看得见的东西"的父类(Windows里几乎所有看得见的东西都是一个窗口，大窗口里有许多小窗口)，比如视图CView、框架窗口CFrameWnd、工具条CToolBar(现为CMFCToolBar)、对话框CDialog、按钮CButton等等;一个例外是菜单(CMenu)不是从窗口派生的。该类很大，一开始也不必学，知道就行了。

CDocument文档，负责内存数据与磁盘的交互。最重要的是OnOpenDocument(读入)，OnSaveDocument(写盘)，Serialize(序列化读写)。

CView视图，负责内存数据与用户的交互。包括数据的显示、用户操作的响应(如菜单的选取、鼠标的响应等等)。最重要的是OnDraw(重画窗口)，通常用CWnd::Invalidate()来启动它。另外，它通过消息映射表处理菜单、工具条、快捷键和其他用户消息。你自己的许多功能都要加在里面，你打交道最多的就是它。

CDC设备文本。无论是显示器还是打印机，都是画图给用户看。这图就抽象为CDC。CDC与其他GDI(图形设备接口)一起，完成文字和图形、图像的显示工作。把CDC想象成一张纸，每个窗口都有一个CDC相联系，负责画窗口。CDC有个常用子类CClientDC(窗口客户区)，画图通常通过CClientDC完成。

CDialog对话框

CWinApp应用程序类。似于C中的main函数，是程序执行的入口和管理者，负责程序建立、消灭，主窗口和文档模板的建立。最常用函数InitInstance():初始化。

CGdiObject及子类，用于向设备文本画图。它们都需要在使用前选的DC。

CPen笔，画线。

CBrush刷子，填充。

CFont字体，控制文字输出的字体。

CBitmap位图

CPalette调色板

CRgn区域，指定一块区域可以用于做特殊处理。

CFile文件。最重要的不外是Open(打开)，Read(读入)，Write(写)。

CString字符串。封装了C中的字符数组，非常实用。

CPoint点，就是(x，y)对。

CRect矩形，就是(left，top，right，bottom)。

CSize大小，就是(cx，cy)对(宽、高)。

建立一个MFC窗口很容易，只用两步:一是从CWinApp派生一个应用程序类(这里是MyApp)，,然后建立应用程序对象(theApp)，就可以产生一个自己需要的窗口(即需要什么样就在InitInstance()里创建就行了)。

运行时类型识别(RTTI)即是程序执行过程中知道某个对象属于某个类，我们平时用C++编程接触的RTTI一般是编译器的RTTI，即是在新版本的VC++编译器里面选用"使能RTTI"，然后载入typeinfo.h文件，就可以使用一个叫typeid()的运算子，它的地位与在C++编程中的sizeof()运算子类似的地方(包含一个头文件，然后就有一个熟悉好用的函数)。typeid()关键的地方是可以接受两个类型的参数:一个是类名称，一个是对象指针。

动态创建就是运行时创建指定类的对象，在MFC中大量使用。如框架窗口对象、视对象，还有文档对象都需要由文档模板类对象来动态的创建。我觉得这是每个MFC的学习者很希望理解的问题。

初次接触MFC的时候，很容易有这样的迷惘。MFC的几大类不用我们设计也就罢了，但最疑惑的是不用我们实例化对象。本来最直观的理解就是，我们需要框架的时候，亲手写上CFrameWnd myFrame;需要视的时候，亲自打上CView myView;……但MFC不给我们这个机会，致使我们错觉窗口没有实例化就弹出来了!就象画了张电视机的电路图就可以看电视一样令人难以置信。但大伙想了一下，可能会一拍脑门，认为简单不过:MFC自动帮我们完成CView myView之流的代码不就行了么!!!其实不然，写MFC程序的时候，我们几乎要对每个大类进行派生改写。换句话说，MFC并不知道我们打算怎样去改写这些类，当然也不打算全部为我们"静态"创建这些类了。即使静态了创建这些类也没有用，因为我们从来也不会直接利用这些类的实例干什么事情。我们只知道，想做什么事情就往各大类里塞，不管什么变量、方法照塞，塞完之后，我们似乎并未实例化对象，程序就可以运行.

MFC的连续存储(serialize)机制俗称串行化。"在你的程序中尽管有着各种各样的数据，serialize机制会像流水一样按顺序存储到单一的文件中，而又能按顺序地取出，变成各种不同的对象数据。"不知我在说上面这一句话的时候，大家有什么反应，可能很多朋友直觉是一件很简单的事情，只是说了一个"爽"字就没有下文了。

消息映射与命令传递体现了MFC与SDK的不同。在SDK编程中，没有消息映射的概念，它有明确的回调函数中，通过一个switch语句去判断收到了何种消息，然后对这个消息进行处理。所以，在SDK编程中，会发送消息和在回调函数中处理消息就差不多可以写SDK程序了。

在MFC中，看上去发送消息和处理消息比SDK更简单、直接，但可惜不直观。举个简单的例子，如果我们想自定义一个消息，SDK是非常简单直观的，用一条语句:SendMessage(hwnd,message/*一个大于或等于WM_USER的数字*/,wparam,lparam)，之后就可以在回调函数中处理了。但MFC就不同了，因为你通常不直接去改写窗口的回调函数，所以只能亦步亦趋对照原来的MFC代码，把消息放到恰当的地方。这确实是一样很痛苦的劳动。

有了消息映射表之后，我们得讨论到问题的关键，那就是消息发生以后，其对应的响应函数如何被调用。大家知道，所有的MFC窗口，都有一个同样的窗口过程--AfxWndProc(…)。在这里顺便要提一下的是，看过MFC源代码的朋友都知道，从AfxWndProc函数进去，会遇到一大堆曲折与迷团，因为对于这个庞大的消息映射机制，MFC要做的事情很多，如优化消息，增强兼容性等，这一大量的工作，有些甚至用汇编语言来完成，对此，我们很难深究它。所以我们要省略大量代码，理性地分析它。

MFC实际上是微软提供的，用于在C++环境下编写应用程序的一个框架和引擎。VC++是Windows下开发人员使用的专业C++ SDK(SDK,Standard SoftWare Develop Kit,专业软件开发平台)，MFC就是挂在它之上的一个辅助软件开发包。MFC作为与VC++血肉相连的部分(注意C++和VC++的区别:C++是一种程序设计语言，是一种大家都承认的软件编制的通用规范;而VC++只是一个编译器，或者说是一种编译器+源程序编辑器的IDE(IDE的英文全称为"Integrated Development Environment"，即"集成开发环境")，WSPlatForm，这跟Pascal和Delphi的关系一个道理。Pascal是Delphi的语言基础，Delphi使用Pascal规范来进行Win下应用程序的开发和编译，却不同于Basic语言和VB的关系。Basic语言在VB开发出来被应用的年代已经成了Basic语言的新规范，VB新加的Basic语言要素，如面向对象程序设计的要素，是一种性质上的飞跃，使VB既是一个IDE，又成长成一个新的程序设计语言)。MFC同VC++集成的VCL一样是一个非外挂式的软件包类库，只不过MFC类是微软为VC++专配的 。

MFC是WinAPI与C++的结合。API，即微软提供的Windows下应用程序的编程语言接口，是一种软件编程的规范，但不是一种程序开发语言本身，可以允许用户使用各种各样的第三方(如我是一方，微软是一方，Borland就是第三方)的编程语言来进行对Windows下应用程序的开发，使这些被开发出来的应用程序能在Windows下运行，比如VB、VC++、Java、Delhpi。编程语言函数本质上全部源于API，因此用它们开发出来的应用程序都能工作在Windows的消息机制和绘图里，遵守Windows作为一个操作系统的内部实现，这其实也是一种必要。微软如果不提供API，这个世上对Windows编程的工作就不会存在，微软的产品就会迅速从时尚变成垃圾。上面说到MFC是微软对API函数的专用C++封装，这种结合一方面让用户使用微软的专业C++ SDK来进行Windows下应用程序的开发变得容易，因为MFC是对API的封装，微软做了大量的工作，隐藏了好多程序开发人员在Windows下用C++ & MFC编制软件时的大量内节，如应用程序实现消息的处理、设备环境绘图，这种结合是以方便为目的的，必定要付出一定代价(这是微软的一向作风)，因此就造成了MFC对类封装中的一定程度的的冗余和迂回，但这是可以接受的。

最后要明白MFC不只是一个功能单纯的界面开发系统，它提供的类绝大部分用来进行界面开发，关联一个窗口的动作，但它提供的类中有好多类不与一个窗口关联，即类的作用不是一个界面类，不实现对一个窗口对象的控制(如创建、销毁)，而是一些在Windows(用MFC编写的程序绝大部分都在Windows中运行)中实现内部处理的类，如数据库的管理类等。学习中最应花费时间的是消息和设备环境，对C++和MFC。

MFC是微软封装了的API。什么意思呢?Windows作为一个提供功能强大的应用程序接口编程的操作系统，的确方便了许多程序员，传统的win32开发(直接使用Windows的接口函数API)对于程序员来说非常的困难，因为，API函数实在太多了，而且名称很乱，从零构架一个窗口动辄就是上百行的代码。MFC是面向对象程序设计与Application framework的完美结合，它将传统的API进行了分类封装，并且为你创建了程序的一般框架。

MFC是对WindowsAPI的封装，大大简化了我们的工作;学VC主要就是要学MFC，大约有100多个类，但常用的也就二三十个。应该象背4级单词一样将这些常用类搞懂;当然不要死记，要通过看帮助、看例子、动手练习来学会它们;而且，并非每个类的内部的所有函数都要学会，要日积月累。如果真的想成为高手，做个笔记本把自己认为重要的类、函数记下来，随时学习，也是很好的突击方法。

新产品版本 MFC版本

Microsoft C/C++ 7.0 MFC 1.0

Visual C++ 1.0 MFC 2.0

Visual C++ 1.5 MFC 2.5

Visual C++ 2.0 MFC 3.0

Visual C++ 2.1 MFC 3.1

Visual C++ 2.2 MFC 3.2

Visual C++ 4.0 MFC 4.0 (mfc40.dllincluded with Windows 95)

Visual C++ 4.1 MFC 4.1

Visual C++ 4.2 MFC 4.2 (mfc42.dllincluded with the Windows 98 original release)

eMbedded Visual C++ 3.0 MFC 4.2 (mfc42.dll)

Visual C++ 5.0 MFC 4.21 (mfc42.dll)

Visual C++ 6.0 MFC 6.0 (mfc42.dll)

eMbedded Visual C++ 4.0 none

Visual C++ .NET 2002 MFC 7.0 (mfc70.dll)

Visual C++ .NET 2003 MFC 7.1 (mfc71.dll)

Visual C++ 2005 MFC 8.0 (mfc80.dll)

Visual C++ 2008 MFC 9.0.21022 (mfc90.dll)

Visual C++ 2008 with Feature Pack MFC 9.0.30411 (mfc90.dll)

Visual C++ 2010 MFC 10.0 (mfc100.dll)

每个DLL都有某种类型的接口:变量、指针、函数、客户程序访问的类。它们的作用是让客户程序使用DLL，MFC扩展DLL可以有C++的接口。也就是它可以导出C++类给客户端。导出的函数可以使用C++/MFC数据类型做参数或返回值，导出一个类时客户端能创建类对象或者派生这个类。同时，在DLL中也可以使用DLL和MFC 。

Visual C++使用的MFC类库也是保存在一个DLL中，MFC扩展DLL动态连接到MFC代码库的DLL，客户程序也必须要动态连接到MFC代码库的DLL。(这里谈到的两个DLL，一个是我们自己编写的DLL，一个装MFC类库的DLL)现在MFC代码库的DLL也存在多个版本，客户程序和扩展DLL都必须使用相同版本的MFC代码DLL。所以为了让MFC扩展DLL能很好的工作，扩展DLL和客户程序都必须动态连接到MFC代码库DLL。而这个DLL必须在客户程序运行的计算机上。

随着编程语言的推陈出新，MFC一些缺点日益突出。最重要的就是入门门槛相对其他语言要高，而且同样完成一个任务代码量相对较多。而原有的优势如运行速度快等，也因为其他编程语言的日臻完善和个人电脑的运算速度增加而显得不那么突出。MFC似乎江河日下。

但是MFC真的没有任何优势了吗?不是，面对底层程序，它能很轻松的与Windows API或驱动程序结合，就是在自己的代码中直接使用API函数，而API和驱动程序的资料都是以C语言为基础的，这使得VC程序员能够更轻松的使用Windows API。这样造成了一个很有意思的现象，即入门时VC程序员要付出更多的努力来学习，但是一旦掌握后，开发其他领域的程序或使用第三方软件时，如工业控制类的程序，由于底层的程序都是用C语言编写，反倒是VC程序员能够更快的掌握该领域的编程技术。而很多其他的编程语言甚至找不到相关的资料。这就说明VC(MFC)实际上是一种入门困难，但是扩展学习却很轻松的语言框架。如果局限于某一领域的话VC毫无优势可言，但是如果开发一个新的领域的应用程序或者该程序涉及多个应用领域的话，可减少重复学习的频率和难度，VC(MFC)的优势会立刻显现出来。

(1)侯俊杰, 《深入浅出MFC》

(2)Ivor Horton著 李颂华 康会光 译《Visual C++ 2005 入门经典》

(3)Charles Petzold 《windows程序设计》