MFC，微软基础类(Microsoft Foundation Classes)，是微软封装了的API。windows作为一个提供功能强大的应用程序接口编程的操作系统，的确方便了许多程序员，传统的win32开发（直接使用windows的接口函数API）对于程序员来说非常的困难，因为API函数实在太多了，而且名称很乱，从零构架一个窗口动辄就是上百行的代码。MFC是面向对象程序设计与Application framework的完美结合，他将传统的API进行了分类封装，并且为你创建了程序的一般框架，你只要随便添加几行代码，就能形成你自己的程序。
WinOS下开发人员使用的专业C++ SDK，MFC作为与VC++血肉相连的部分，（注意C++和VC++的区别：C++是一种程序设计语言，是一种大家都承认的软件编制的通用规范，而VC++只是一个编译器，或者说是编译器+源程序编辑器的IDE，WS，PlatForm,这同于Pascal和Dephi, Pascal是Dephi的语言基础, Dephi使用Pacal规范来进行Win下应用程序的开发和编译。却不同于Basic语言和VB的关系，Basic语言在VB开发出来被应用的年代已经成了Basic语言的新规范，VB新加的Basic语言要素，如面对对象程序设计的要素，是一种性质上的飞跃，使VB既是一个IDE，又出长成一个新的程序设计语言，）同BC++集成的一个框架一样（名称查询中。。）是一个非外挂式的软件包，类仓库，开发平台，这些类是微软为VC++专配的，MFC是Win API与C++的结合，{（API,即[微软提供的WinOS下]应用程序的[编程语言]接口），是一种软件编程的规范，便不是一种程序开发语言本身，可以让用户使用各种各样的第三方[我是一方，微软是一方，Borland就是第三方]的编程语言来进行对Win OS下应用程序的开发，使这些被开发出来的应用程序能很好地在 WinOS下运行，只要它们是接受和遵循API规范的，[这其实也是一种必要，微软如果不提供API，这个世上对Win编程的工作就不会存在，微软的产品就会迅速从时尚变成垃圾]，VB，VC，BC，BCB，VCB，Dehpi应用程序本质上全部运行于API机制，工作在WinOS的消息机制和绘图里，遵守 WinOS作为一个操作系统的内部实现,}，是对API函数的专用C++封装，这种结合一方面让用户使用微软的专业C++ SDK来进行Win下应用程序的开发变得容易，因为MFC是对API的封装，微软做了大量的工作，隐藏了好多内节程序开发人员在Win下用C++& MFC编制软件时的大量内节，如应用程序实现消息的处理，设备环境绘图，这种结合是以方便为目的的，必定要付出一定代价，（这是微软的一向作风）因此就造成了MFC对类封装中的一定程度的的冗余和迂回，但这是可以接受的。。
从另一个方面来理解MFC，比如游戏开发，游戏特效如传奇2里的魔法效果，雷电术，硬件显卡的支持，C++下有好多类都能实现
MFC不只是一套微软提供下的一个Win下C++的开发平台，也不只是一个功能单纯的界面开发系统，它提供的类绝大部分用来进行界面开发，关联一个窗口的动作，但它提供的类中有好多类不与一个窗口关联，即类的作用不是一个界面类，不实现对一个窗口对象的控制（如创建，销毁），而是一些在WinOS（用MFC编写的程序绝大部分都在WinOS中运行）中实现内部处理的类，如数据库的管理类等，学习中最应花费时间的是消息和设备环境，学习C++最难的部分是指针，C++面向对像程序设计的其它部分，如数据类型，流程控制都不难，建议学习数据结构C++版；
MFC 微软基础类介绍MFC,微软基础类(MicrosoftFoundation Classes)，同VCL类似，是一种ApplicationFramework，随微软Visual C++ 开发工具发布。目前最新版本为90（截止2008年11月）。该类库提供一组通用的可重用的类库供开发人员使用。大部分类均从CObject 直接或间接派生，只有少部分类例外。MFC 应用程序的总体结构通常由开发人员从MFC类派生的几个类和一个CWinApp类对象（应用程序对象）组成。MFC 提供了MFCAppWizard 自动生成框架。Windows 应用程序中，MFC 的主包含文件为"Afxwinh"。此外MFC的部分类为MFC/ATL 通用，可以在Win32 应用程序中单独包含并使用这些类。由于它的易用性，初学者常误认为VC++开发必须使用MFC。这种想法是错误的。作为ApplicationFramework，MFC的使用只能提高某些情况下的开发效率，只起到辅助作用，而不能替代整个Win32 程序设计。特点MFC,微软基础类(MicrosoftFoundation Classes),实际上是微软提供的,用于在C++环境下编写应用程序的一个框架和引擎,VC++是WinDOS下开发人员使用的专业C++ SDK(SDK,StandardSoftWare Develop Kit,专业软件开发平台),MFC就是挂在它之上的一个辅助软件开发包,MFC作为与VC++血肉相连的部分(注意C++和VC++的区别:C++是一种程序设计语言,是一种大家都承认的软件编制的通用规范,而VC++只是一个编译器,或者说是一种编译器+源程序编辑器的IDE,WS,PlatForm,这跟Pascal和Delphi的关系一个道理,Pascal是Delphi的语言基础,Delphi使用Pascal规范来进行Win下应用程序的开发和编译,却不同于Basic语言和VB的关系,Basic语言在VB开发出来被应用的年代已经成了Basic语言的新规范,VB新加的Basic语言要素,如面向对象程序设计的要素,是一种性质上的飞跃,使VB既是一个IDE,又成长成一个新的程序设计语言),MFC同BC++集成的VCL一样是一个非外挂式的软件包,类库,只不过MFC类是微软为VC++专配的MFC是Win API与C++的结合,API,即微软提供的WinDOS下应用程序的编程语言接口,是一种软件编程的规范,但不是一种程序开发语言本身,可以允许用户使用各种各样的第三方(如我是一方,微软是一方,Borland就是第三方)的编程语言来进行对WinDOS下应用程序的开发,使这些被开发出来的应用程序能在WinDOS下运行,比如VB,VC++,Java,Dehpi编程语言函数本质上全部源于API,因此用它们开发出来的应用程序都能工作在WinOS的消息机制和绘图里,遵守WinDOS作为一个操作系统的内部实现,这其实也是一种必要,微软如果不提供API,这个世上对Win编程的工作就不会存在,微软的产品就会迅速从时尚变成垃圾,上面说到MFC是微软对API函数的专用C++封装,这种结合一方面让用户使用微软的专业C++ SDK来进行Win下应用程序的开发变得容易,因为MFC是对API的封装,微软做了大量的工作,隐藏了好多程序开发人员在Win下用C++ &MFC编制软件时的大量内节,如应用程序实现消息的处理,设备环境绘图,这种结合是以方便为目的的,必定要付出一定代价(这是微软的一向作风),因此就造成了MFC对类封装中的一定程度的的冗余和迂回,但这是可以接受的最后要明白MFC不只是一个功能单纯的界面开发系统,它提供的类绝大部分用来进行界面开发,关联一个窗口的动作,但它提供的类中有好多类不与一个窗口关联,即类的作用不是一个界面类,不实现对一个窗口对象的控制(如创建,销毁),而是一些在WinDOS(用MFC编写的程序绝大部分都在WinDOS中运行)中实现内部处理的类,如数据库的管理类等,学习中最应花费时间的是消息和设备环境,对C++和MFC的学习中最难的部分是指针,C++面向对像程序设计的其它部分,如数据类型,流程控制都不难,建议学习数据结构C++版。MFC是微软封装了的API。什么意思呢？windows作为一个提供功能强大的应用程序接口编程的操作系统，的确方便了许多程序员，传统的win32开发（直接使用windows的接口函数API）对于程序员来说非常的困难，因为，API函数实在太多了，而且名称很乱，从零构架一个窗口动辄就是上百行的代码。MFC是面向对象程序设计与Applicationframework的完美结合，他将传统的API进行了分类封装，并且为你创建了程序的一般框架，MFC是对WindowsAPI的封装，大大简化了我们的工作；学VC主要就是要学MFC，大约有100多个类，但常用的也就二三十个。应该象背4级单词一样将这些常用类搞懂；当然不要死记，要通过看帮助、看例子、动手练习来学会它们；而且，并非每个类的内部的所有函数都要学会，要日积月累。如果真的想成为高手，做个笔记本把自己认为重要的类、函数记下来，随时学习，也是很好的突击方法。重要的MFCCWnd：窗口，它是大多数“看得见的东西”的父类（Windows里几乎所有看得见的东西都是一个窗口，大窗口里有许多小窗口），比如视图CView、框架窗口CFrameWnd、工具条CToolBar、对话框CDialog、按钮CButton，etc;一个例外是菜单（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是在1992年的Microsoft16位版的C/C++编译器的70版本中作为一个扩展轻量级的WindowsAPI面向对象的C++封装库而引入的。此时，C++因为它在和API方面的卓越表现，刚刚开始被用来取代C应用于开发商用软件。因此，他们推出了替代早期的老式的字符界面的集成开发环境（IDE）的PWB。相关有趣的是，MFC使用“Afx”作为所有的全局函数的前缀，“afx”作为全局变量的前缀。因为在MFC的早期开发阶段它叫“ApplicationFramework Extensions”缩写为“AFX”。AFX提供了对WindowsAPI的高度抽象，建立了全新的面向对象的AFX API，但它对于新手来说太复杂了，所以AFX小组不得不重新开始。后来他们创建了一组C++类，这就是MFC。MFC这个名字被采用得太晚了以至于没来得及修改这些引用。最近，MFC80和Visual Studio 2005一起发布了；MFC90和VisualStudio 2008一起发布。在免费的Express版本的Visual Studio 2005/2008中没有包含MFC。作为一个强有力的竞争对手，为Borland的Turbo C++编译器设计OWL（ObjectWindows Library）在同一时间也发布了。但最后，Borland停止了对OWL的继续开发并且不久就从Microsoft那里购买了MFC头文件，动态链接库等的授权，微软没有提供完整的MFC的集成支持。之后Borland发布了VCL（VisualComponent Library）来替换OWL框架。
参考资料：
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派生。
针对每种不同的对象，MFC都设计了一组类对这些对象进行封装，每一组类都有一个基类，从基类派生出众多更具体的类。这些对象包括以下种类：窗口对象，基类是CWnd；应用程序对象，基类是CwinThread；文档对象，基类是Cdocument，等等。
程序员将结合自己的实际，从适当的MFC类中派生出自己的类，实现特定的功能，达到自己的编程目的。
虚拟函数和动态约束
MFC以“C++”为基础，自然支持虚拟函数和动态约束。但是作为一个编程框架，有一个问题必须解决：如果仅仅通过虚拟函数来支持动态约束，必然导致虚拟函数表过于臃肿，消耗内存，效率低下。例如，CWnd封装 Windows窗口对象时，每一条Windows消息对应一个成员函数，这些成员函数为派生类所继承。如果这些函数都设计成虚拟函数，由于数量太多，实现起来不现实。于是，MFC建立了消息映射机制，以一种富有效率、便于使用的手段解决消息处理函数的动态约束问题。
这样，通过虚拟函数和消息映射，MFC类提供了丰富的编程接口。程序员继承基类的同时，把自己实现的虚拟函数和消息处理函数嵌入MFC的编程框架。MFC编程框架将在适当的时候、适当的地方来调用程序的代码。本书将充分的展示MFC调用虚拟函数和消息处理函数的内幕，让读者对MFC的编程接口有清晰的理解。
MFC的宏观框架体系
如前所述，MFC实现了对应用程序概念的封装，把类、类的继承、动态约束、类的关系和相互作用等封装起来。这样封装的结果对程序员来说，是一套开发模板（或者说模式）。针对不同的应用和目的，程序员采用不同的模板。例如，SDI应用程序的模板，MDI应用程序的模板，规则DLL应用程序的模板，扩展DLL应用程序的模板，OLE/ACTIVEX应用程序的模板，等等。
这些模板都采用了以文档-视为中心的思想，每一个模板都包含一组特定的类。典型的MDI应用程序的构成将在下一节具体讨论。
为了支持对应用程序概念的封装，MFC内部必须作大量的工作。例如，为了实现消息映射机制，MFC编程框架必须要保证首先得到消息，然后按既定的方法进行处理。又如，为了实现对DLL编程的支持和多线程编程的支持，MFC内部使用了特别的处理方法，使用模块状态、线程状态等来管理一些重要信息。虽然，这些内部处理对程序员来说是透明的，但是，懂得和理解MFC内部机制有助于写出功能灵活而强大的程序。
总之，MFC封装了Win32 API，OLE API，ODBC API等底层函数的功能，并提供更高一层的接口，简化了Windows编程。同时，MFC支持对底层API的直接调用。
MFC提供了一个Windows应用程序开发模式，对程序的控制主要是由MFC框架完成的，而且MFC也完成了大部分的功能，预定义或实现了许多事件和消息处理，等等。框架或者由其本身处理事件，不依赖程序员的代码；或者调用程序员的代码来处理应用程序特定的事件。
MFC是C++类库，程序员就是通过使用、继承和扩展适当的类来实现特定的目的。例如，继承时，应用程序特定的事件由程序员的派生类来处理，不感兴趣的由基类处理。实现这种功能的基础是C++对继承的支持，对虚拟函数的支持，以及MFC实现的消息映射机制。
以上就是关于MFC是什么东东全部的内容，包括:MFC是什么东东、MFC是什么软件、MFC是什么意思等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！
