【文章內(nèi)容簡介】 E特性的封裝OLE建立在COM模型之上，由于支持OLE的應(yīng)用程序必須實現(xiàn)一系列的接口（Interface），因而相當(dāng)繁瑣。MFC的OLE類封裝了OLE API大量的復(fù)雜工作，這些類提供了實現(xiàn)OLE的更高級接口。（4）對ODBC功能的封裝以少量的能提供與ODBC之間更高級接口的C++類，封裝了ODBC API的大量的復(fù)雜的工作，提供了一種數(shù)據(jù)庫編程模式。 繼承 首先，MFC抽象出眾多類的共同特性，設(shè)計出一些基類作為實現(xiàn)其他類的基礎(chǔ)。這些類中，最重要的類是CObject和CCmdTarget。CObject是MFC的根類，絕大多數(shù)MFC類是其派生的，包括CCmdTarget。CObject 實現(xiàn)了一些重要的特性，包括動態(tài)類信息、動態(tài)創(chuàng)建、對象序列化、對程序調(diào)試的支持，等等。所有從CObject派生的類都將具備或者可以具備CObject所擁有的特性。CCmdTarget通過封裝一些屬性和方法，提供了消息處理的架構(gòu)。MFC中，任何可以處理消息的類都從CCmdTarget派生。針對每種不同的對象，MFC都設(shè)計了一組類對這些對象進行封裝，每一組類都有一個基類，從基類派生出眾多更具體的類。這些對象包括以下種類：窗口對象，基類是CWnd,派生了CView類；應(yīng)用程序?qū)ο螅愂荂winThread；文檔對象，基類是Cdocument，等等。程序員將結(jié)合自己的實際，從適當(dāng)?shù)腗FC類中派生出自己的類，實現(xiàn)特定的功能，達到自己的編程目的。 虛擬函數(shù)和動態(tài)約束 MFC以“C++”為基礎(chǔ)，自然支持虛擬函數(shù)和動態(tài)約束。但是作為一個編程框架，有一個問題必須解決：如果僅僅通過虛擬函數(shù)來支持動態(tài)約束，必然導(dǎo)致虛擬函數(shù)表過于臃腫，消耗內(nèi)存，效率低下。例如，CWnd封裝 Windows窗口對象時，每一條Windows消息對應(yīng)一個成員函數(shù)，這些成員函數(shù)為派生類所繼承。如果這些函數(shù)都設(shè)計成虛擬函數(shù)，由于數(shù)量太多，實現(xiàn)起來不現(xiàn)實。于是，MFC建立了消息映射機制，以一種富有效率、便于使用的手段解決消息處理函數(shù)的動態(tài)約束問題。這樣，通過虛擬函數(shù)和消息映射，MFC類提供了豐富的編程接口。程序員繼承基類的同時，把自己實現(xiàn)的虛擬函數(shù)和消息處理函數(shù)嵌入MFC的編程框架。MFC編程框架將在適當(dāng)?shù)臅r候、適當(dāng)?shù)牡胤絹碚{(diào)用程序的代碼。本書將充分的展示MFC調(diào)用虛擬函數(shù)和消息處理函數(shù)的內(nèi)幕，讓讀者對MFC的編程接口有清晰的理解。 MFC的宏觀框架體系 如前所述，MFC實現(xiàn)了對應(yīng)用程序概念的封裝，把類、類的繼承、動態(tài)約束、類的關(guān)系和相互作用等封裝起來。這樣封裝的結(jié)果對程序員來說，是一套開發(fā)模板（或者說模式）。針對不同的應(yīng)用和目的，程序員采用不同的模板。例如，SDI應(yīng)用程序的模板，MDI應(yīng)用程序的模板，規(guī)則DLL應(yīng)用程序的模板，擴展DLL應(yīng)用程序的模板，OLE/ACTIVEX應(yīng)用程序的模板，等等。這些模板都采用了以文檔視為中心的思想，每一個模板都包含一組特定的類。典型的MDI應(yīng)用程序的構(gòu)成將在下一節(jié)具體討論。為了支持對應(yīng)用程序概念的封裝，MFC內(nèi)部必須作大量的工作。例如，為了實現(xiàn)消息映射機制，MFC編程框架必須要保證首先得到消息，然后按既定的方法進行處理。又如，為了實現(xiàn)對DLL編程的支持和多線程編程的支持，MFC內(nèi)部使用了特別的處理方法，使用模塊狀態(tài)、線程狀態(tài)等來管理一些重要信息。雖然，這些內(nèi)部處理對程序員來說是透明的，但是，懂得和理解MFC內(nèi)部機制有助于寫出功能靈活而強大的程序?？傊琈FC封裝了Win32 API，OLE API，ODBC API等底層函數(shù)的功能，并提供更高一層的接口，簡化了Windows編程。同時，MFC支持對底層API的直接調(diào)用。MFC提供了一個Windows應(yīng)用程序開發(fā)模式，對程序的控制主要是由MFC框架完成的，而且MFC也完成了大部分的功能，預(yù)定義或?qū)崿F(xiàn)了許多事件和消息處理，等等。框架或者由其本身處理事件，不依賴程序員的代碼；或者調(diào)用程序員的代碼來處理應(yīng)用程序特定的事件。MFC是C++類庫，程序員就是通過使用、繼承和擴展適當(dāng)?shù)念悂韺崿F(xiàn)特定的目的。例如，繼承時，應(yīng)用程序特定的事件由程序員的派生類來處理，不感興趣的由基類處理。實現(xiàn)這種功能的基礎(chǔ)是C++對繼承的支持，對虛擬函數(shù)的支持，以及MFC實現(xiàn)的消息映射機制。 MFC編程框架用AppWizard產(chǎn)生一個MDI工程t（無OLE等支持），AppWizard創(chuàng)建了一系列文件，構(gòu)成了一個應(yīng)用程序框架。這些文件分四類：頭文件（.h），實現(xiàn)文件(.cpp)，資源文件(.rc)，模塊定義文件(.def)，等。 （a）構(gòu)成應(yīng)用程序?qū)ο笙聢D解釋了該應(yīng)用程序的結(jié)構(gòu)，箭頭表示信息流向。 圖1 MDI應(yīng)用程序的構(gòu)成從CWinApp、CDocument、CView、CMDIFrameWnd、CMDIChildWnd類對應(yīng)地派生出CTApp、CTDoc、CTView、CMainFrame、CChildFrame五個類，這五個類的實例分別是應(yīng)用程序?qū)ο?、文檔對象、視對象、主框架窗口對象和文檔邊框窗口對象。主框架窗口包含了視窗口、工具條和狀態(tài)欄。對這些類或者對象解釋如下。 （1）應(yīng)用程序 應(yīng)用程序類派生于CWinApp。基于框架的應(yīng)用程序必須有且只有一個應(yīng)用程序?qū)ο?，它負?zé)應(yīng)用程序的初始化、運行和結(jié)束。 （2）邊框窗口 如果是SDI應(yīng)用程序，從CFrameWnd類派生邊框窗口類，邊框窗口的客戶子窗口(MDIClient)直接包含視窗口；如果是MDI應(yīng)用程序，從CMDIFrameWnd類派生邊框窗口類，邊框窗口的客戶子窗口(MDIClient)直接包含文檔邊框窗口。 如果要支持工具條、狀態(tài)欄，則派生的邊框窗口類還要添加CToolBar和CStatusBar類型的成員變量，以及在一個OnCreate消息處理函數(shù)中初始化這兩個控制窗口。 邊框窗口用來管理文檔邊框窗口、視窗口、工具條、菜單、加速鍵等，協(xié)調(diào)半模式狀態(tài)（如上下文的幫助(SHIFT+F1模式)和打印預(yù)覽）。 （3）文檔邊框窗口 文檔邊框窗口類從CMDIChildWnd類派生，MDI應(yīng)用程序使用文檔邊框窗口來包含視窗口。 （4）文檔 文檔類從CDocument類派生，用來管理數(shù)據(jù)，數(shù)據(jù)的變化、存取都是通過文檔實現(xiàn)的。視窗口通過文檔對象來訪問和更新數(shù)據(jù)。 （5）視 視類從CView或它的派生類派生。視和文檔聯(lián)系在一起，在文檔和用戶之間起中介作用，即視在屏幕上顯示文檔的內(nèi)容，并把用戶輸入轉(zhuǎn)換成對文檔的操作。 （6）文檔模板 （a）文檔模板類一般不需要派生。MDI應(yīng)用程序使用多文檔模板類CMultiDocTemplate；SDI應(yīng)用程序使用單文檔模板類CSingleDocTemplate。 應(yīng)用程序通過文檔模板類對象來管理上述對象（應(yīng)用程序?qū)ο?、文檔對象、主邊框窗口對象、文檔邊框窗口對象、視對象）的創(chuàng)建。 （b）構(gòu)成應(yīng)用程序的對象之間的關(guān)系圖3 應(yīng)用程序的對象之間的關(guān)系 用圖的形式可直觀地表示所涉及的MFC類的繼承或者派生關(guān)系，如圖3所示意。 圖所示的類都是從CObject類派生出來的；所有處理消息的類都是從CCmdTarget類派生的。如果是多文檔應(yīng)用程序，文檔模板使用CMultiDocTemplae，主框架窗口從CMdiFarmeWnd派生，它包含工具條、狀態(tài)欄和文檔框架窗口。文檔框架窗口從CMdiChildWnd派生，文檔框架窗口包含視，視從CView或其派生類派生。（c） 構(gòu)成應(yīng)用程序的文件通過上述分析，可知AppWizard產(chǎn)生的MDI框架程序的內(nèi)容，所定義和實現(xiàn)的類。下面，從文件的角度來考察AppWizard生成了哪些源碼文件，這些文件的作用是什么。表1列出了AppWizard所生成的頭文件，表2列出了了AppWizard所生成的實現(xiàn)文件及其對頭文件的包含關(guān)系。 表1 AppWizard所生成的頭文件表2 AppWizard所生成的實現(xiàn)文件 從表2中的包含關(guān)系一欄可以看出： CTApp 的實現(xiàn)用到所有的用戶定義對象，包含了他們的定義；CView 的實現(xiàn)用到CTdoc；其他對象的實現(xiàn)只涉及自己的定義； 當(dāng)然，如果增加其他操作，引用其他對象，則要包含相應(yīng)的類的定義文件。 基于OpenGL+MFC的三維模擬的編程環(huán)境配置下面介紹在VC 環(huán)境中建立基于 OpenGL 標準的應(yīng)用程序框架的具體方法與步驟(1) 創(chuàng)建MFC項目文件：選擇File/New 菜單選項，建立一個名為 MyTest 的單文檔 (SDI) 應(yīng)用程序 (2) 配置OpenGL編程環(huán)境：即添加OpenGL圖形開發(fā)接口庫文件。選擇Project/Setting 菜單選項，在 Link 欄的 Lib 輸入域中添加 、 ，若需使用 OpenGL 的輔助庫函數(shù)，則還需添加 。 (3) 為CMyTestView 類添加成員函數(shù) void Init() ，用于初始化，代碼如下：HGLRC hrc。 m_pDC = new CClientDC(this)。// OpenGL初始化工作：獲取dcif (!bSetupPixelFormat()) //設(shè)置像素格式hrc = wglCreateContext(m_pDCGetSafeHdc())。//創(chuàng)建RCglViewport(0, 0, w, h)。 gluPerspective(45,ratio,1,1000)。//設(shè)置OpenGL視口變換(4) 為CMyTestView 類添加成員函數(shù) BOOL bSetupPixelFormat(void) ， 用于與OpenGL 相關(guān)的設(shè)置 /*定 義 像 素 存 儲 格 式 */ BOOL CMyTerrain1View::SetupPixelFormat(){ PIXELFORMATDESCRIPTOR pfd = { sizeof(PIXELFORMATDESCRIPTOR), // pfd結(jié)構(gòu)的大小 1, // 版本號 PFD_DRAW_TO_WINDOW | // 支持在窗口中繪圖 PFD_SUPPORT_OPENGL | // 支持 OpenGL PFD_DOUBLEBUFFER, // 雙緩存模式 PFD_TYPE_RGBA, // RGBA 顏色模式 24, // 24 位顏色深度 0, 0, 0, 0, 0, 0, // 忽略顏色位 0, // 沒有非透明度緩存 0, // 忽略移位位 0, // 無累加緩存 0, 0, 0, 0, // 忽略累加位 32, // 32 位深度緩存 0, // 無模板緩存 0, // 無輔助緩存 PFD_MAIN_PLANE,