MFC是一個編程框架
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實現的消息映射機制。
MDI應用程序的構成
本節解釋一個典型的MDI應用程序的構成。
用AppWizard產生一個MDI工程t（無OLE等支持），AppWizard創建了一系列文件，構成了一個應用程序框架。這些文件分四類：頭文件（.h），實現文件(.cpp)，資源文件(.rc)，模塊定義文件(.def)，等。
構成應用程序的對象
圖1-1解釋了該應用程序的結構，箭頭表示信息流向。
從CWinApp、CDocument、CView、CMDIFrameWnd、CMDIChildWnd類對應地派生出CTApp、CTDoc、CTView、CMainFrame、CChildFrame五個類，這五個類的實例分別是應用程序對象、文檔對象、視對象、主框架窗口對象和文檔邊框窗口對象。主框架窗口包含了視窗口、工具條和狀態欄。對這些類或者對象解釋如下。
（1）應用程序
應用程序類派生於CWinApp。基於框架的應用程序必須有且只有一個應用程序對象，它負責應用程序的初始化、運行和結束。
（2）邊框窗口
如果是SDI應用程序，從CFrameWnd類派生邊框窗口類，邊框窗口的客戶子窗口(MDIClient)直接包含視窗口；如果是MDI應用程序，從CMDIFrameWnd類派生邊框窗口類，邊框窗口的客戶子窗口(MDIClient)直接包含文檔邊框窗口。
如果要支持工具條、狀態欄，則派生的邊框窗口類還要添加CToolBar和CStatusBar類型的成員變量，以及在一個OnCreate消息處理函數中初始化這兩個控制窗口。
邊框窗口用來管理文檔邊框窗口、視窗口、工具條、菜單、加速鍵等，協調半模式狀態（如上下文的幫助(SHIFT+F1模式)和打印預覽）。
（3）文檔邊框窗口
文檔邊框窗口類從CMDIChildWnd類派生，MDI應用程序使用文檔邊框窗口來包含視窗口。
（4）文檔
文檔類從CDocument類派生，用來管理數據，數據的變化、存取都是通過文檔實現的。視窗口通過文檔對象來訪問和更新數據。
（5）視
視類從CView或它的派生類派生。視和文檔聯系在一起，在文檔和用戶之間起中介作用，即視在屏幕上顯示文檔的內容，並把用戶輸入轉換成對文檔的操作。
（6）文檔模板
文檔模板類一般不需要派生。MDI應用程序使用多文檔模板類CMultiDocTemplate；SDI應用程序使用單文檔模板類CSingleDocTemplate。
應用程序通過文檔模板類對象來管理上述對象（應用程序對象、文檔對象、主邊框窗口對象、文檔邊框窗口對象、視對象）的創建。
構成應用程序的對象之間的關系
這裡，用圖的形式可直觀地表示所涉及的MFC類的繼承或者派生關系，如圖1-2所示意。
圖1-2所示的類都是從CObject類派生出來的；所有處理消息的類都是從CCmdTarget類派生的。如果是多文檔應用程序，文檔模板使用CMultiDocTemplae，主框架窗口從CMdiFarmeWnd派生，它包含工具條、狀態欄和文檔框架窗口。文檔框架窗口從CMdiChildWnd派生，文檔框架窗口包含視，視從CView或其派生類派生。
構成應用程序的文件
通過上述分析，可知AppWizard產生的MDI框架程序的內容，所定義和實現的類。下面，從文件的角度來考察AppWizard生成了哪些源碼文件，這些文件的作用是什麼。表1-1列出了AppWizard所生成的頭文件，表1-2列出了了AppWizard所生成的實現文件及其對頭文件的包含關系。
表1-1 AppWizard所生成的頭文件
頭文件 用途 stdafx.h 標准AFX頭文件 resource.h 定義了各種資源ID t.h #include "resource.h"表1-2 AppWizard所生成的實現文件
實現文件 所包含的頭文件 實現的內容和功能 stdafx.cpp #include "stdafx.h" 用來產生預編譯的類型信息。 t.cpp # include "stdafx.h"從表1-2中的包含關系一欄可以看出：
CTApp 的實現用到所有的用戶定義對象，包含了他們的定義；CView 的實現用到CTdoc；其他對象的實現只涉及自己的定義；
當然，如果增加其他操作，引用其他對象，則要包含相應的類的定義文件。
對預編譯頭文件說明如下：
所謂頭文件預編譯，就是把一個工程(Project)中使用的一些MFC標准頭文件(如Windows.H、Afxwin.H)預先編譯，以後該工程編譯時，不再編譯這部分頭文件，僅僅使用預編譯的結果。這樣可以加快編譯速度，節省時間。
預編譯頭文件通過編譯stdafx.cpp生成，以工程名命名，由於預編譯的頭文件的後綴是“pch”，所以編譯結果文件是projectname.pch。
編譯器通過一個頭文件stdafx.h來使用預編譯頭文件。stdafx.h這個頭文件名是可以在project的編譯設置裡指定的。編譯器認為，所有在指令#include "stdafx.h"前的代碼都是預編譯的，它跳過#include "stdafx. h"指令，使用projectname.pch編譯這條指令之後的所有代碼。
因此，所有的CPP實現文件第一條語句都是：#include "stdafx.h"。
另外，每一個實現文件CPP都包含了如下語句：
#ifdef _DEBUG
#undef THIS_FILE
static char BASED_CODE THIS_FILE[] = __FILE__;
#endif
這是表示，如果生成調試版本，要指示當前文件的名稱。__FILE__是一個宏，在編譯器編譯過程中給它賦值為當前正在編譯的文件名稱。
