MFC（微软基础类库）

1简单介绍
   MFC：微软基础类(Microsoft Foundation Classes)，同VCL类似，是一种应用程序框架，随微软Visual C++开发工具发布。目前最新版本为10.0（截止2011年3月），并且发布了中文版。该类库提供一组通用的可重用的类库供开发人员使用，大部分类均从CObject 直接或间接派生，只有少部分类例外。[1]
MFC应用程序的总体结构通常由开发人员从MFC类派生的几个类和一个CWinApp类对象（应用程序对象）组成。MFC 提供了MFC AppWizard 自动生成框架
Windows 应用程序中，MFC 的主包含文件为Afxwin.h
此外MFC的部分类为MFC/ATL 通用，可以在Win32 应用程序中单独包含并使用这些类。

由于它的易用性，初学者常误认为VC++开发必须使用MFC，这种想法是错误的。作为Application Framework，MFC的使用只能提高某些情况下的开发效率，只起到辅助作用，而不能替代整个Win32 程序设计。

2特点
    [1]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级单词一样将这些常用类搞懂；当然不要死记，要通过看帮助、看例子、动手练习来学会它们；而且，并非每个类的内部的所有函数都要学会，要日积月累。如果真的想成为高手，做个笔记本把自己认为重要的类、函数记下来，随时学习，也是很好的突击方法。
3关键技术


MFC程序的初始化过程


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


运行时类型识别（RTTI）


    运行时类型识别（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要做的事情很多，如优化消息，增强兼容性等，这一大量的工作，有些甚至用汇编语言来完成，对此，我们很难深究它。所以我们要省略大量代码，理性地分析它。