MFC概述
MFC是一個(gè)編程框架
MFC (Microsoft Foundation Class Library)中的各種類(lèi)結(jié)合起來(lái)構(gòu)成了一個(gè)應(yīng)用程序框架，它的目的就是讓程序員在此基礎(chǔ)上來(lái)建立Windows下的應(yīng)用程序，這是一種相對(duì)SDK來(lái)說(shuō)更為簡(jiǎn)單的方法。因?yàn)榭傮w上，MFC框架定義了應(yīng)用程序的輪廓，并提供了用戶(hù)接口的標(biāo)準(zhǔn)實(shí)現(xiàn)方法，程序員所要做的就是通過(guò)預(yù)定義的接口把具體應(yīng)用程序特有的東西填入這個(gè)輪廓。Microsoft Visual C++提供了相應(yīng)的工具來(lái)完成這個(gè)工作：AppWizard可以用來(lái)生成初步的框架文件（代碼和資源等）；資源編輯器用于幫助直觀地設(shè)計(jì)用戶(hù)接口；ClassWizard用來(lái)協(xié)助添加代碼到框架文件；最后，編譯，則通過(guò)類(lèi)庫(kù)實(shí)現(xiàn)了應(yīng)用程序特定的邏輯。
封裝
構(gòu)成MFC框架的是MFC類(lèi)庫(kù)。MFC類(lèi)庫(kù)是C++類(lèi)庫(kù)。這些類(lèi)或者封裝了Win32應(yīng)用程序編程接口，或者封裝了應(yīng)用程序的概念，或者封裝了OLE特性，或者封裝了ODBC和DAO數(shù)據(jù)訪問(wèn)的功能，等等，分述如下。
（1）對(duì)Win32應(yīng)用程序編程接口的封裝
用一個(gè)C++ Object來(lái)包裝一個(gè)Windows Object。例如：class CWnd是一個(gè)C++ window object，它把Windows window(HWND)和Windows window有關(guān)的API函數(shù)封裝在C++ window object的成員函數(shù)內(nèi)，后者的成員變量m_hWnd就是前者的窗口句柄。
（2）對(duì)應(yīng)用程序概念的封裝
使用SDK編寫(xiě)Windows應(yīng)用程序時(shí)，總要定義窗口過(guò)程，登記Windows Class，創(chuàng)建窗口，等等。MFC把許多類(lèi)似的處理封裝起來(lái)，替程序員完成這些工作。另外，MFC提出了以文檔-視圖為中心的編程模式，MFC類(lèi)庫(kù)封裝了對(duì)它的支持。文檔是用戶(hù)操作的數(shù)據(jù)對(duì)象，視圖是數(shù)據(jù)操作的窗口，用戶(hù)通過(guò)它處理、查看數(shù)據(jù)。
（3）對(duì)COM/OLE特性的封裝
OLE建立在COM模型之上，由于支持OLE的應(yīng)用程序必須實(shí)現(xiàn)一系列的接口（Interface），因而相當(dāng)繁瑣。MFC的OLE類(lèi)封裝了OLE API大量的復(fù)雜工作，這些類(lèi)提供了實(shí)現(xiàn)OLE的更高級(jí)接口。
（4）對(duì)ODBC功能的封裝
以少量的能提供與ODBC之間更高級(jí)接口的C++類(lèi)，封裝了ODBC API的大量的復(fù)雜的工作，提供了一種數(shù)據(jù)庫(kù)編程模式。
繼承
首先，MFC抽象出眾多類(lèi)的共同特性，設(shè)計(jì)出一些基類(lèi)作為實(shí)現(xiàn)其他類(lèi)的基礎(chǔ)。這些類(lèi)中，最重要的類(lèi)是CObject和CCmdTarget。CObject是MFC的根類(lèi)，絕大多數(shù)MFC類(lèi)是其派生的，包括CCmdTarget。CObject 實(shí)現(xiàn)了一些重要的特性，包括動(dòng)態(tài)類(lèi)信息、動(dòng)態(tài)創(chuàng)建、對(duì)象序列化、對(duì)程序調(diào)試的支持，等等。所有從CObject派生的類(lèi)都將具備或者可以具備CObject所擁有的特性。CCmdTarget通過(guò)封裝一些屬性和方法，提供了消息處理的架構(gòu)。MFC中，任何可以處理消息的類(lèi)都從CCmdTarget派生。
針對(duì)每種不同的對(duì)象，MFC都設(shè)計(jì)了一組類(lèi)對(duì)這些對(duì)象進(jìn)行封裝，每一組類(lèi)都有一個(gè)基類(lèi)，從基類(lèi)派生出眾多更具體的類(lèi)。這些對(duì)象包括以下種類(lèi)：窗口對(duì)象，基類(lèi)是CWnd；應(yīng)用程序?qū)ο?，基?lèi)是CwinThread；文檔對(duì)象，基類(lèi)是Cdocument，等等。
程序員將結(jié)合自己的實(shí)際，從適當(dāng)?shù)腗FC類(lèi)中派生出自己的類(lèi)，實(shí)現(xiàn)特定的功能，達(dá)到自己的編程目的。
虛擬函數(shù)和動(dòng)態(tài)約束
MFC以“C++”為基礎(chǔ)，自然支持虛擬函數(shù)和動(dòng)態(tài)約束。但是作為一個(gè)編程框架，有一個(gè)問(wèn)題必須解決：如果僅僅通過(guò)虛擬函數(shù)來(lái)支持動(dòng)態(tài)約束，必然導(dǎo)致虛擬函數(shù)表過(guò)于臃腫，消耗內(nèi)存，效率低下。例如，CWnd封裝 Windows窗口對(duì)象時(shí)，每一條Windows消息對(duì)應(yīng)一個(gè)成員函數(shù)，這些成員函數(shù)為派生類(lèi)所繼承。如果這些函數(shù)都設(shè)計(jì)成虛擬函數(shù)，由于數(shù)量太多，實(shí)現(xiàn)起來(lái)不現(xiàn)實(shí)。于是，MFC建立了消息映射機(jī)制，以一種富有效率、便于使用的手段解決消息處理函數(shù)的動(dòng)態(tài)約束問(wèn)題。
這樣，通過(guò)虛擬函數(shù)和消息映射，MFC類(lèi)提供了豐富的編程接口。程序員繼承基類(lèi)的同時(shí)，把自己實(shí)現(xiàn)的虛擬函數(shù)和消息處理函數(shù)嵌入MFC的編程框架。MFC編程框架將在適當(dāng)?shù)臅r(shí)候、適當(dāng)?shù)牡胤絹?lái)調(diào)用程序的代碼。本書(shū)將充分的展示MFC調(diào)用虛擬函數(shù)和消息處理函數(shù)的內(nèi)幕，讓讀者對(duì)MFC的編程接口有清晰的理解。
MFC的宏觀框架體系
如前所述，MFC實(shí)現(xiàn)了對(duì)應(yīng)用程序概念的封裝，把類(lèi)、類(lèi)的繼承、動(dòng)態(tài)約束、類(lèi)的關(guān)系和相互作用等封裝起來(lái)。這樣封裝的結(jié)果對(duì)程序員來(lái)說(shuō)，是一套開(kāi)發(fā)模板（或者說(shuō)模式）。針對(duì)不同的應(yīng)用和目的，程序員采用不同的模板。例如，SDI應(yīng)用程序的模板，MDI應(yīng)用程序的模板，規(guī)則DLL應(yīng)用程序的模板，擴(kuò)展DLL應(yīng)用程序的模板，OLE/ACTIVEX應(yīng)用程序的模板，等等。
這些模板都采用了以文檔-視為中心的思想，每一個(gè)模板都包含一組特定的類(lèi)。典型的MDI應(yīng)用程序的構(gòu)成將在下一節(jié)具體討論。
為了支持對(duì)應(yīng)用程序概念的封裝，MFC內(nèi)部必須作大量的工作。例如，為了實(shí)現(xiàn)消息映射機(jī)制，MFC編程框架必須要保證首先得到消息，然后按既定的方法進(jìn)行處理。又如，為了實(shí)現(xiàn)對(duì)DLL編程的支持和多線程編程的支持，MFC內(nèi)部使用了特別的處理方法，使用模塊狀態(tài)、線程狀態(tài)等來(lái)管理一些重要信息。雖然，這些內(nèi)部處理對(duì)程序員來(lái)說(shuō)是透明的，但是，懂得和理解MFC內(nèi)部機(jī)制有助于寫(xiě)出功能靈活而強(qiáng)大的程序。
總之，MFC封裝了Win32 API，OLE API，ODBC API等底層函數(shù)的功能，并提供更高一層的接口，簡(jiǎn)化了Windows編程。同時(shí)，MFC支持對(duì)底層API的直接調(diào)用。
MFC提供了一個(gè)Windows應(yīng)用程序開(kāi)發(fā)模式，對(duì)程序的控制主要是由MFC框架完成的，而且MFC也完成了大部分的功能，預(yù)定義或?qū)崿F(xiàn)了許多事件和消息處理，等等?？蚣芑蛘哂善浔旧硖幚硎录灰蕾?lài)程序員的代碼；或者調(diào)用程序員的代碼來(lái)處理應(yīng)用程序特定的事件。
MFC是C++類(lèi)庫(kù)，程序員就是通過(guò)使用、繼承和擴(kuò)展適當(dāng)?shù)念?lèi)來(lái)實(shí)現(xiàn)特定的目的。例如，繼承時(shí)，應(yīng)用程序特定的事件由程序員的派生類(lèi)來(lái)處理，不感興趣的由基類(lèi)處理。實(shí)現(xiàn)這種功能的基礎(chǔ)是C++對(duì)繼承的支持，對(duì)虛擬函數(shù)的支持，以及MFC實(shí)現(xiàn)的消息映射機(jī)制。
MDI應(yīng)用程序的構(gòu)成
本節(jié)解釋一個(gè)典型的MDI應(yīng)用程序的構(gòu)成。
用AppWizard產(chǎn)生一個(gè)MDI工程t（無(wú)OLE等支持），AppWizard創(chuàng)建了一系列文件，構(gòu)成了一個(gè)應(yīng)用程序框架。這些文件分四類(lèi)：頭文件（.h），實(shí)現(xiàn)文件(.cpp)，資源文件(.rc)，模塊定義文件(.def)，等。
構(gòu)成應(yīng)用程序的對(duì)象
圖1-1解釋了該應(yīng)用程序的結(jié)構(gòu)，箭頭表示信息流向。
從CWinApp、CDocument、CView、CMDIFrameWnd、CMDIChildWnd類(lèi)對(duì)應(yīng)地派生出CTApp、CTDoc、CTView、CMainFrame、CChildFrame五個(gè)類(lèi)，這五個(gè)類(lèi)的實(shí)例分別是應(yīng)用程序?qū)ο?、文檔對(duì)象、視對(duì)象、主框架窗口對(duì)象和文檔邊框窗口對(duì)象。主框架窗口包含了視窗口、工具條和狀態(tài)欄。對(duì)這些類(lèi)或者對(duì)象解釋如下。
（1）應(yīng)用程序
應(yīng)用程序類(lèi)派生于CWinApp。基于框架的應(yīng)用程序必須有且只有一個(gè)應(yīng)用程序?qū)ο?，它?fù)責(zé)應(yīng)用程序的初始化、運(yùn)行和結(jié)束。
（2）邊框窗口
如果是SDI應(yīng)用程序，從CFrameWnd類(lèi)派生邊框窗口類(lèi)，邊框窗口的客戶(hù)子窗口(MDIClient)直接包含視窗口；如果是MDI應(yīng)用程序，從CMDIFrameWnd類(lèi)派生邊框窗口類(lèi)，邊框窗口的客戶(hù)子窗口(MDIClient)直接包含文檔邊框窗口。
如果要支持工具條、狀態(tài)欄，則派生的邊框窗口類(lèi)還要添加CToolBar和CStatusBar類(lèi)型的成員變量，以及在一個(gè)OnCreate消息處理函數(shù)中初始化這兩個(gè)控制窗口。
邊框窗口用來(lái)管理文檔邊框窗口、視窗口、工具條、菜單、加速鍵等，協(xié)調(diào)半模式狀態(tài)（如上下文的幫助(SHIFT+F1模式)和打印預(yù)覽）。
（3）文檔邊框窗口
文檔邊框窗口類(lèi)從CMDIChildWnd類(lèi)派生，MDI應(yīng)用程序使用文檔邊框窗口來(lái)包含視窗口。
（4）文檔
文檔類(lèi)從CDocument類(lèi)派生，用來(lái)管理數(shù)據(jù)，數(shù)據(jù)的變化、存取都是通過(guò)文檔實(shí)現(xiàn)的。視窗口通過(guò)文檔對(duì)象來(lái)訪問(wèn)和更新數(shù)據(jù)。
（5）視
視類(lèi)從CView或它的派生類(lèi)派生。視和文檔聯(lián)系在一起，在文檔和用戶(hù)之間起中介作用，即視在屏幕上顯示文檔的內(nèi)容，并把用戶(hù)輸入轉(zhuǎn)換成對(duì)文檔的操作。
（6）文檔模板
文檔模板類(lèi)一般不需要派生。MDI應(yīng)用程序使用多文檔模板類(lèi)CMultiDocTemplate；SDI應(yīng)用程序使用單文檔模板類(lèi)CSingleDocTemplate。
應(yīng)用程序通過(guò)文檔模板類(lèi)對(duì)象來(lái)管理上述對(duì)象（應(yīng)用程序?qū)ο蟆⑽臋n對(duì)象、主邊框窗口對(duì)象、文檔邊框窗口對(duì)象、視對(duì)象）的創(chuàng)建。
構(gòu)成應(yīng)用程序的對(duì)象之間的關(guān)系
這里，用圖的形式可直觀地表示所涉及的MFC類(lèi)的繼承或者派生關(guān)系，如圖1-2所示意。
圖1-2所示的類(lèi)都是從CObject類(lèi)派生出來(lái)的；所有處理消息的類(lèi)都是從CCmdTarget類(lèi)派生的。如果是多文檔應(yīng)用程序，文檔模板使用CMultiDocTemplae，主框架窗口從CMdiFarmeWnd派生，它包含工具條、狀態(tài)欄和文檔框架窗口。文檔框架窗口從CMdiChildWnd派生，文檔框架窗口包含視，視從CView或其派生類(lèi)派生。
構(gòu)成應(yīng)用程序的文件
通過(guò)上述分析，可知AppWizard產(chǎn)生的MDI框架程序的內(nèi)容，所定義和實(shí)現(xiàn)的類(lèi)。下面，從文件的角度來(lái)考察AppWizard生成了哪些源碼文件，這些文件的作用是什么。表1-1列出了AppWizard所生成的頭文件，表1-2列出了了AppWizard所生成的實(shí)現(xiàn)文件及其對(duì)頭文件的包含關(guān)系。
表1-1 AppWizard所生成的頭文件
頭文件
用途
stdafx.h
標(biāo)準(zhǔn)AFX頭文件
resource.h
定義了各種資源ID
t.h
#include "resource.h"
定義了從CWinApp派生的應(yīng)用程序?qū)ο驝TApp
childfrm.h
定義了從CMDIChildWnd派生的文檔框架窗口對(duì)象CTChildFrame
mainfrm.h
定義了從CMDIFrameWnd派生的框架窗口對(duì)象CMainFrame
tdoc.h
定義了從CDocument派生的文檔對(duì)象CTDoc
tview.h
定義了從CView派生的視圖對(duì)象CTView
表1-2 AppWizard所生成的實(shí)現(xiàn)文件
實(shí)現(xiàn)文件
所包含的頭文件
實(shí)現(xiàn)的內(nèi)容和功能
stdafx.cpp
#include "stdafx.h"
用來(lái)產(chǎn)生預(yù)編譯的類(lèi)型信息。
t.cpp
# include "stdafx.h"
# include "t.h"
# include "MainFrm.h"
# include "childfrm.h"
#include "tdoc.h"
#include "tview.h"
定義CTApp的實(shí)現(xiàn)，并定義CTApp類(lèi)型的全局變量theApp。
childfrm.cpp
#inlcude "stdafx.h"
#include "t.h"
#include “childfrm.h”
實(shí)現(xiàn)了類(lèi)CChildFrame
childfrm.cpp
#inlcude "stdafx.h"
#include "t.h"
#include "childfrm.h"
實(shí)現(xiàn)了類(lèi)CMainFrame
tdoc.cpp
# include "stdafx.h"
# include "t.h"
# include "tdoc.h"
實(shí)現(xiàn)了類(lèi)CTDoc
tview.cpp
# include "stdafx.h"
# include "t.h"
# include "tdoc.h"
# include "tview.h"
實(shí)現(xiàn)了類(lèi)CTview
從表1-2中的包含關(guān)系一欄可以看出：
CTApp 的實(shí)現(xiàn)用到所有的用戶(hù)定義對(duì)象，包含了他們的定義；CView 的實(shí)現(xiàn)用到CTdoc；其他對(duì)象的實(shí)現(xiàn)只涉及自己的定義；
當(dāng)然，如果增加其他操作，引用其他對(duì)象，則要包含相應(yīng)的類(lèi)的定義文件。
對(duì)預(yù)編譯頭文件說(shuō)明如下：
所謂頭文件預(yù)編譯，就是把一個(gè)工程(Project)中使用的一些MFC標(biāo)準(zhǔn)頭文件(如Windows.H、Afxwin.H)預(yù)先編譯，以后該工程編譯時(shí)，不再編譯這部分頭文件，僅僅使用預(yù)編譯的結(jié)果。這樣可以加快編譯速度，節(jié)省時(shí)間。
預(yù)編譯頭文件通過(guò)編譯stdafx.cpp生成，以工程名命名，由于預(yù)編譯的頭文件的后綴是“pch”，所以編譯結(jié)果文件是projectname.pch。
編譯器通過(guò)一個(gè)頭文件stdafx.h來(lái)使用預(yù)編譯頭文件。stdafx.h這個(gè)頭文件名是可以在project的編譯設(shè)置里指定的。編譯器認(rèn)為，所有在指令#include "stdafx.h"前的代碼都是預(yù)編譯的，它跳過(guò)#include "stdafx. h"指令，使用projectname.pch編譯這條指令之后的所有代碼。
因此，所有的CPP實(shí)現(xiàn)文件第一條語(yǔ)句都是：#include "stdafx.h"。
另外，每一個(gè)實(shí)現(xiàn)文件CPP都包含了如下語(yǔ)句：
#ifdef _DEBUG
#undef THIS_FILE
static char BASED_CODE THIS_FILE[] = __FILE__;
#endif
這是表示，如果生成調(diào)試版本，要指示當(dāng)前文件的名稱(chēng)。__FILE__是一個(gè)宏，在編譯器編譯過(guò)程中給它賦值為當(dāng)前正在編譯的文件名稱(chēng)。
