下载文档原格式
mfc工作原理
MFC，即Microsoft Foundation Classes，是一种用于开发Windows图形用户界面（GUI）应用程序的编程框架。
其工作
原理可以简要概括如下：
1. MFC是基于面向对象的编程方法，它使用C++语言来实现
应用程序的开发。
开发者在MFC中创建一系列的类，每个类
分别表示应用程序的窗口、控件、消息处理等各个方面。
2. MFC提供了一组丰富的类和函数库，用于快速构建各种窗
口和控件。
通过继承和复用MFC提供的基础类，开发者可以
很轻松地创建自己的应用程序。
3. MFC使用了消息机制处理用户输入和操作系统事件。
当用
户在应用程序中进行操作时（如点击按钮、键盘输入等），系统会生成相应的消息，MFC会根据消息类型和目标窗口的消
息映射表来调用相应的消息处理函数。
4. MFC以响应式编程的形式工作，即通过处理不同的消息来
响应用户的操作。
开发者可以重写或扩展MFC提供的默认消
息处理函数，以实现自定义的应用逻辑。
5. MFC还提供了一些其他功能，如多线程支持、数据库连接、文件操作等。
开发者可以利用这些功能来开发更加复杂和完善的应用程序。
总之，MFC通过提供一套面向对象的框架和一系列工具类，
帮助开发者快速构建Windows图形界面应用程序。
它通过消息机制来处理用户操作，通过类的继承和复用来提高代码的可维护性和可扩展性。
MFChierarchy chart（类库列表）MFC与Win321 win32：函数，使用API一步一步搭建应用程序。
（常使用FileView操作）2 MFC编程：实现仍然调用API函数，但是是用类封装API函数，使用向导自动生成应用程序框架。
（常使用ClassView操作）2.1需要掌握的技能2.1.1断点调试2.1.2堆栈调用的查看MFC课程内容1 MFC：MFC的六大机制，文档式架构，常用的MFC类，（10--12）。
2 COM（组件对象模型）：COM的原理和应用（6）。
3 ADO/Socket：MFC访问数据库以及一些简单的网络编程。
MFC应用程序编程1 MFC的历史：92（VC1）98（VC6）……………………….2 MFC库基础：2.1 MFC库，微软基础类库。
封装了Windows应用程序编程的各种API以及相关机制的C++类库3 类库的相关头文件件★afx-application framework（应用程序框架x）3.1<stdafx.h>-不是类库头文件，是项目的头文件，称为VC下编译的预编译头文件，用来提高编译速度的。
（*.pch）（头文件是不参加编译的但是他参与生成*.pch）3.2<afxwin.h>-几乎包含了各种常用的MFC有文件3.3 <afxext.h>-提供扩展窗口类的支持（创建工具栏，状态栏等………）MFC应用程序的类型1 支持MFC的控制台应用程序（控制台的第四个选项）1.1 多了一个CWinApp（应用程序类，封装类应用程序启动过沉重所涉及到得相关信息）的全局对象（必须有，而且只能有一个）1.2主函数中多了一个AfxWinInit函数，初始化MFC库中的相关信息2 MFC库程序2.1 MFC支持的静态库2.2 MFC支持的动态库2.2.1 MFC规则库（shared MFC DLL）-可以被各种应用程序调用（非MFC程序，没有MFC类也可以调用）★还是有一个CWinApp派生的CMFC_DLLApp类对象2.2.2 MFC扩展库（using shared MFC DLL）-只能被MFC库所编写的应用程序所调用（对原有的MFC类扩展）★DllMain主函数只能被MFC程序调用3 MFC应用程序-----（注意看父类，子类名字可能不一样）3.1单文档视图应用程序★CWinApp 应用程序类★CAboutDlg（对话框-生成关于窗口-和框架没有任何关系）★CMainFrame（父类是：CFrameWnd）（应用程序主框架窗口类-生成应用程序的主框架-负责各个对象的协调工作）★CDocument（它是父类）（文档类-看不到的很重要-管理数据）★CView（它是父类）（视图类-显示数据并和用户进行交互）★CSingleDocApp（父类是CWinApp）-（使用前面的3个类来创建对象）3.2多文档视图架构★CWinApp 应用程序类★CAboutDlg（对话框-生成关于窗口-和框架没有任何关系）★CView（它是父类）（视图类-显示数据并和用户进行交互）★CDocument（它是父类）（文档类-看不到的很重要-管理数据）★CMDIChildWnd（子框架窗口类，父类）★CMDIFrameWnd（主框架窗口类，父类）我们看到的子窗体其实是★CView和★CMDIChildWnd叠加的3.3基于对话框的应用程序★CWinApp 应用程序类★CDialog（对话框窗口类）★★m_pMainWnd保存主窗口地址DoModal 显示对话框MFC相关类的说明1继承自CObject1.1 CObject类：绝大多数MFC类的父类，提供了MFC库的一些机制1 new/delete操作符，定义了与构造函数相关的内存分配函数2 assert和dump调试，堆调试的支持★3 运行时类信息-属于哪个类，还有类的层次结构★4 动态创建★5 序列化1.2 CWinThread: 线程类。
1.MFC概述1.MFC是一个编程框架MFC (Microsoft Foundation Class Library)中的各种类结合起来构成了一个应用程序框架，它的目的就是让程序员在此基础上来建立Windows下的应用程序，这是一种相对SDK来说更为简单的方法。
因为总体上，MFC框架定义了应用程序的轮廓，并提供了用户接口的标准实现方法，程序员所要做的就是通过预定义的接口把具体应用程序特有的东西填入这个轮廓。
Microsoft Visual C++提供了相应的工具来完成这个工作：AppWizard可以用来生成初步的框架文件（代码和资源等）；资源编辑器用于帮助直观地设计用户接口；ClassWizard用来协助添加代码到框架文件；最后，编译，则通过类库实现了应用程序特定的逻辑。
1.封装构成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），因而相当繁琐。
ATL用于编写COM程序，CLR是.NET的公共语言运行库，MFC是指MFC类库，MFC程序是用这些类库做出的程序，WIN32常规就是不用MFC，使用API函数编的程序。
MFC、ATL和CLR是VC2005内置的3大库，涵盖了windows的各种开发方法和开发应用。
当然关于C++开发的库不止这3个，不过这3个是微软推荐。
从编程所处层次而言，WIN32为最底层,其次是MFC.然后是CLR.WIN32winAPI MFC MFC类库库1.WIN32常规就是不用MFC，使用API函数编的程序。
2.MFC库有很多年的历史了，MFC是基于Windows API的简单封装。
其核心架构基于"Document/View"架构（20年前被认为很潮流的一种概念）和消息流动机制。
这个库自从VC6开始到现在都没有多大改动。
MFC封装的范围包括GUI，IO，数据库，网络编程等等方面。
但是很多系统开发必须的api都没有封装，这样开发者一般都在MFC的基础上自己处理与业务相关的任务。
事实上很多人用MFC只是利用其GUI部分的封装。
这个库GUI处理的效率也并不是很高，有时候与UI处理相关的代码会占到整个项目的一半甚至更多。
总的来说，这是一个垂老的库，微软在10年以来，除了对MFC进行修修补补以外，没有进行大的改进或者更新。
如果你问MFC还会活多久？恩，这是个问题。
如果有一天MFC不在了，微软在这个级别上并没有其他产品能够代替它。
3.CLR库是随着.Net Framework2和VS2005一起发布的库，其核心的实现和C#，一样。
都是基于公共语言运行库。
.Net Framework封装了大量系统的api，以类库的形式提供给开发者。
C++中的CLR库可以使用其中和本机代码有关的部分，目前C++还不能涉及到部分。
CLR库中的C++颠覆了很多标准C++的传统，甚至可以说，这里的C++不是C++，只是披着C++的皮干其他的事。
在Win32应用程序中使用MFC类库（转）转发评论2010-04-30 10:38由于MFC中的辅助类，如CFileDialog,CFileFind,CString等使用起来非常的方便如果用API来完成相应的工作，则需要自己完成大量的重复工作，使用MFC的辅助类可以节省大量的开发时间，具体方法如下: 1.加入相应的头文件由于在SDK程序中一定要包含windows.h头文件，所以在使用MFC中的类时，如加入afx.h一类的头文件会有一个提示与windows.h相冲突，解决的办法是，去掉windows.h，然后在所有的.h 文件前加入#include "stdafx.h"#define VC_EXTRALEAN // Exclude rarely-used stuff from Windows headers#include <afxwin.h> // MFC core and standard components#include <afxext.h> // MFC extensions#include <afxdisp.h> // MFC Automation classes#include <afxdtctl.h> // MFC support for Internet Explorer 4 Common Controls#ifndef _AFX_NO_AFXCMN_SUPPORT#include <afxcmn.h> // MFC support for Windows Common Controls#endif // _AFX_NO_AFXCMN_SUPPORT注意一定要在所有的头文件之前加入这几行，而起顺序最好不要改变，否则会有大量的错误提示。
2.更改编译设置在Project->Setting->General中选Use MFC in a Shared DLL或者Use MFC in static Library，并把project->Setting->C/C++ 中的Use runing-time library 由Single-Threaded改为相应的Multithreaded。
C++ MFC ALT CLRATL是ActiveXTemplateLibrary的缩写，它是一套C++模板库。
使用ATL能够快速地开发出高效、简洁的代码，同时对COM组件的开发提供最大限度的代码自动生成以及可视化支持。
为了方便使用，从MicrosoftVisualC++5.0版本开始，Microsoft把ATL集成到VisualC++开发环境中。
1998年9月推出的VisualStudio6.0集成了ATL3.0版本。
在ATL产生以前，开发COM组件的方法主要有两种：一是使用COMSDK 直接开发COM组件，另一种方式是通过MFC提供的COM支持来实现。
直接使用COMSDK开发COM组件是最基本也是最灵活的方式。
通过使用Microsoft提供的开发包，我们可以直接编写COM程序。
但是，这种开发方式的难度和工作量都很大，一方面，要求开发者对于COM的技术原理具有比较深入的了解（虽然对技术本身的深刻理解对使用任何一种工具都是非常有益的，但对于COM这样一整套复杂的技术而言，在短时间内完全掌握是很难的）；另一方面，直接使用COMSDK要求开发人员自己去实现COM应用的每一个细节，完成大量的重复性工作。
这样做的结果是，不仅降低了工作效率，同时也使开发人员不得不把许多精力投入到与应用需求本身无关的技术细节中。
虽然这种开发方式对于某些特殊的应用很有必要，但这种编程方式并不符合组件化程序设计方法所倡导的可重用性，因此，直接采用COMSDK不是一种理想的开发方式。
使用MFC提供的COM支持开发COM应用可以说在使用COMSDK基础上提高了自动化程度，缩短了开发时间。
MFC采用面向对象的方式将COM的基本功能封装在若干MFC的C++类中，开发者通过继承这些类得到COM支持功能。
为了使派生类方便地获得COM对象的各种特性，MFC中有许多预定义宏，这些宏的功能主要是实现COM接口的定义和对象的注册等通常在COM对象中要用到的功能。
2.MFC和Win321.MFC Object和Windows Object的关系MFC中最重要的封装是对Win32 API的封装，因此，理解Windows Object和MFC Object (C++对象，一个C++类的实例)之间的关系是理解MFC的关键之一。
所谓Windows Object（Windows对象）是Win32下用句柄表示的Windows操作系统对象；所谓MFC Object (MFC对象)是C++对象，是一个C++类的实例，这里（本书范围内）MFC Object是有特定含义的，指封装Windows Object的C++ Object，并非指任意的C++ Object。
MFC Object 和Windows Object是不一样的，但两者紧密联系。
以窗口对象为例：一个MFC窗口对象是一个C++ CWnd类（或派生类）的实例，是程序直接创建的。
在程序执行中它随着窗口类构造函数的调用而生成，随着析构函数的调用而消失。
而Windows窗口则是Windows系统的一个内部数据结构的实例，由一个“窗口句柄”标识，Windows系统创建它并给它分配系统资源。
Windows窗口在MFC窗口对象创建之后，由CWnd类的Create成员函数创建，“窗口句柄”保存在窗口对象的m_hWnd成员变量中。
Windows窗口可以被一个程序销毁，也可以被用户的动作销毁。
MFC窗口对象和Windows窗口对象的关系如图2-1所示。
其他的Windows Object和对应的MFC Object也有类似的关系。
下面，对MFC Object和Windows Object作一个比较。
有些论断对设备描述表(MFC 类是CDC，句柄是HDC)可能不适用，但具体涉及到时会指出。
1.从数据结构上比较MFC Object是相应C++类的实例，这些类是MFC或者程序员定义的；Windows Object是Windows系统的内部结构，通过一个句柄来引用；MFC给这些类定义了一个成员变量来保存MFC Object对应的WindowsObject的句柄。
对于设备描述表CDC类，将保存两个HDC句柄。
2.从层次上讲比较MFC Object是高层的，Windows Object是低层的；MFC Object封装了Windows Object的大部分或全部功能，MFC Object 的使用者不需要直接应用Windows Object的HANDLE（句柄）使用Win32 API，代替它的是引用相应的MFC Object的成员函数。
3.从创建上比较MFC Object通过构造函数由程序直接创建；Windows Object由相应的SDK 函数创建。
MFC中，使用这些MFC Object，一般分两步：首先，创建一个MFC Object，或者在STACK中创建，或者在HEAP中创建，这时，MFC Object的句柄实例变量为空，或者说不是一个有效的句柄。
然后，调用MFC Object的成员函数创建相应的Windows Object，MFC的句柄变量存储一个有效句柄。
CDC(设备描述表类)的创建有所不同，在后面的2.3节会具体说明CDC及其派生类的创建和使用。
当然，可以在MFC Object的构造函数中创建相应的Windows对象，MFC 的GDI类就是如此实现的，但从实质上讲，MFC Object的创建和Windows Object的创建是两回事。
4.从转换上比较可以从一个MFC Object得到对应的Windows Object的句柄；一般使用MFC Object的成员函数GetSafeHandle得到对应的句柄。
可以从一个已存在的Windows Object创建一个对应的MFC Object；一般使用MFC Object的成员函数Attach或者FromHandle来创建，前者得到一个永久性对象，后者得到的可能是一个临时对象。
5.从使用范围上比较MFC Object对系统的其他进程来说是不可见、不可用的；而WindowsObject一旦创建，其句柄是整个Windows系统全局的。
一些句柄可以被其他进程使用。
典型地，一个进程可以获得另一进程的窗口句柄，并给该窗口发送消息。
对同一个进程的线程来说，只可以使用本线程创建的MFC Object，不能使用其他线程的MFC Object。
6.从销毁上比较MFC Object随着析构函数的调用而消失；但Windows Object必须由相应的Windows系统函数销毁。
设备描述表CDC类的对象有所不同，它对应的HDC句柄对象可能不是被销毁，而是被释放。
当然，可以在MFC Object的析构函数中完成Windows Object的销毁，MFC Object 的GDI类等就是如此实现的，但是，应该看到：两者的销毁是不同的。
每类Windows Object都有对应的MFC Object，下面用表格的形式列出它们之间的对应关系，如表2-1所示：表2-1 MFC Object和Windows Object的对应关系表2-1中的OBJECT分以下几类：Windows对象，设备上下文对象，GDI对象（BITMAP，BRUSH，FONT，PALETTE，PEN，RGN），菜单，图像列表，网络套接字接口。
从广义上来看，文档对象和文件可以看作一对MFC Object和Windows Object，分别用CDocument类和文件句柄描述。
后续几节分别对前四类作一个简明扼要的论述。
1.Windows Object用SDK的Win32 API编写各种Windows应用程序，有其共同的规律：首先是编写WinMain函数，编写处理消息和事件的窗口过程WndProc，在WinMain里头注册窗口（Register Window），创建窗口，然后开始应用程序的消息循环。
MFC应用程序也不例外，因为MFC是一个建立在SDK API基础上的编程框架。
对程序员来说所不同的是：一般情况下，MFC框架自动完成了Windows登记、创建等工作。
下面，简要介绍MFC Window对Windows Window的封装。
1.Windows的注册一个应用程序在创建某个类型的窗口前，必须首先注册该“窗口类”(Windows Class)。
注意，这里不是C++类的类。
Register Window把窗口过程、窗口类型以及其他类型信息和要登记的窗口类关联起来。
1.“窗口类”的数据结构“窗口类”是Windows系统的数据结构，可以把它理解为Windows系统的类型定义，而Windows窗口则是相应“窗口类”的实例。
Windows使用一个结构来描述“窗口类”，其定义如下：typedef struct _WNDCLASSEX {UINT cbSize; //该结构的字节数UINT style; //窗口类的风格WNDPROC lpfnWndProc; //窗口过程int cbClsExtra;int cbWndExtra;HANDLE hInstance; //该窗口类的窗口过程所属的应用实例HICON hIcon; //该窗口类所用的像标HCURSOR hCursor; //该窗口类所用的光标HBRUSH hbrBackground; //该窗口类所用的背景刷LPCTSTR lpszMenuName; //该窗口类所用的菜单资源LPCTSTR lpszClassName; //该窗口类的名称HICON hIconSm; //该窗口类所用的小像标} WNDCLASSEX;从“窗口类”的定义可以看出，它包含了一个窗口的重要信息，如窗口风格、窗口过程、显示和绘制窗口所需要的信息，等等。
关于窗口过程，将在后面消息映射等有关章节作详细论述。
Windows系统在初始化时，会注册(Register)一些全局的“窗口类”，例如通用控制窗口类。
应用程序在创建自己的窗口时，首先必须注册自己的窗口类。
在MFC环境下，有几种方法可以用来注册“窗口类”，下面分别予以讨论。
2.调用AfxRegisterClass注册AfxRegisterClass函数是MFC全局函数。
AfxRegisterClass的函数原型：BOOL AFXAPI AfxRegisterClass(WNDCLASS *lpWndClass);参数lpWndClass是指向WNDCLASS结构的指针，表示一个“窗口类”。
首先，AfxRegisterClass检查希望注册的“窗口类”是否已经注册，如果是则表示已注册，返回TRUE，否则，继续处理。
接着，调用::RegisterClass(lpWndClass)注册窗口类；然后，如果当前模块是DLL模块，则把注册“窗口类”的名字加入到模块状态的域m_szUnregisterList中。
该域是一个固定长度的缓冲区，依次存放模块注册的“窗口类”的名字（每个名字是以“\n\0”结尾的字符串）。
之所以这样做，是为了DLL退出时能自动取消(Unregister)它注册的窗口类。
至于模块状态将在后面第9章详细的讨论。
最后，返回TRUE表示成功注册。
3.调用AfxRegisterWndClass注册AfxRegisterWndClass函数也是MFC全局函数。
AfxRegisterWndClass的函数原型：LPCTSTR AFXAPI AfxRegisterWndClass(UINT nClassStyle,HCURSOR hCursor, HBRUSH hbrBackground, HICON hIcon)参数1指定窗口类风格；参数2、3、4分别指定该窗口类使用的光标、背景刷、像标的句柄，缺省值是0。
此函数根据窗口类属性动态地产生窗口类的名字，然后，判断是否该类已经注册，是则返回窗口类名；否则用指定窗口类的属性（窗口过程指定为缺省窗口过程），调用AfxRegisterCalss注册窗口类，返回类名。
动态产生的窗口类名字由以下几部分组成（包括冒号分隔符）：如果参数2、3、4全部为NULL，则由三部分组成。
“Afx”+“:”+模块实例句柄”+“:”+“窗口类风格”否则，由六部分组成：“Afx”+“:”+模块实例句柄+“:”+“窗口类风格”+“:”+光标句柄+“:”+背景刷句柄+“:”+像标句柄。
比如：“Afx:400000:b:13de:6:32cf”。
该函数在MFC注册主边框或者文档边框“窗口类”时被调用。
具体怎样用在5.3.3.3节会指出。
4.隐含的使用MFC预定义的的窗口类MFC4.0以前的版本提供了一些预定义的窗口类，4.0以后不再预定义这些窗口类。
但是，MFC仍然沿用了这些窗口类，例如：用于子窗口的“AfxWnd”；用于边框窗口(SDI主窗口或MDI子窗口)或视的“AfxFrameOrView”；用于MDI主窗口的“AfxMDIFrame”；用于标准控制条的“AfxControlBar”。
