k_eckel：http://www.mscenter.edu.cn/blog/k_eckel

文檔視圖結(jié)構(gòu)（Document/View Architecture）是MFC的精髓，也是Observer模式的具體實現(xiàn)框架之一，Document/View Architecture通過將數(shù)據(jù)和其表示分開，提供了很好的數(shù)據(jù)層次和表現(xiàn)層次的解耦。然而，雖然我們使用MFC AppWizard就可以很輕松地獲得一個支持Document/View Architecture的MFC程序框架，Document/View Architecture本身的復(fù)雜性加上VC產(chǎn)生的一系列代碼足夠讓我們眼花繚亂，一時陷入云里霧里不可自拔。加上我們更多的人都沒有經(jīng)過Windows SDK Programming 的學(xué)習(xí)和經(jīng)歷就直接進(jìn)行MFC Programming的學(xué)習(xí)和開發(fā)，更是面對一堆的代碼不知所措。

之于Document/View Architecture，侯捷先生的《深入淺出MFC》一書確實進(jìn)行了很深入的分析和研究，網(wǎng)絡(luò)上也有很多在侯捷先生著述的基礎(chǔ)上的進(jìn)一步的文章出現(xiàn)，但是個人覺得這里面有一點瑕疵（僅代表k_eckel淺見）：太過深入，這些分析和研究都最終會定位到Windows SDK中窗口的創(chuàng)建過程、MFC中對Document/View Architecture支持所提供的復(fù)雜無序的宏等對于沒有Windows SDK Programming 經(jīng)驗和經(jīng)歷的學(xué)習(xí)者和對于MFC不是很熟悉的學(xué)習(xí)者無異于是徒增煩惱，一個本來就很復(fù)雜的問題更加地復(fù)雜化了。我的觀點是這個過程是必要的，然而不是每個人所必需的，或者說不是每個人在初期學(xué)習(xí)和絕大多數(shù)項目開發(fā)中所必需的。我向來對眾多的僅僅學(xué)會了拖拉點拽就以為會了MFC（侯捷先生在《深入淺出MFC》一書中對這個群體有一個照面，這里不羅嗦）不以為然，但是我依然認(rèn)為輕量級學(xué)習(xí)成本是重要的，容易上手，易于接受是一門技術(shù)成功或者說有價值的一個很大的決定性因素。因此提供一個輕量級的學(xué)習(xí)過程對于學(xué)習(xí)來說是很有必要性的，本系列文章就遵循這樣一個理念，對MFC中Document/View Architecture進(jìn)行一個分析（姑且也可以稱之為深入），盡量將對Document/View Architecture的理論研究（侯捷先生書中很多內(nèi)容）和實際的項目開發(fā)結(jié)合起來，最后提供一個簡單但是全面的Document/View Architecture項目開發(fā)（主要是界面框架設(shè)計和開發(fā)）的實際例子，供參考。

1 必備基礎(chǔ)知識概述

1.1 MFC文檔視圖結(jié)構(gòu)程序結(jié)構(gòu)總攬

當(dāng)我們使用MFC AppWizard生成一個MFC程序，選用所有默認(rèn)的設(shè)置（當(dāng)然也是Multiple Documents，本文討論主要基于Multiple Documents，對于Single Document情況僅以簡單表述提及，皆因后者和前者很多相似相同之處，但前者更為復(fù)雜，并且更加常用。），假設(shè)你的程序名稱為A ，則你會得到CMainFrame、CChildFrame、CAboutDlg、CADoc、CAView、CAApp 6個類（Single Document 僅少一個CChildFrame類，其余均同）。這些類的具體含義將在后面給出，這里先要給出一個MFC 支持文檔視圖結(jié)構(gòu)程序（以下簡稱App）的主要組成：

u       一個App（對應(yīng)類CAApp）可以包含多個文檔模版（CDocTemplate），但是MFC AppWizard（無論是SDI還是MDI）都只是默認(rèn)生成一個。但是在實際開發(fā)中一個文檔模版不夠，需要自己手工添加（在后面實際項目例子提供示例）。這個結(jié)構(gòu)是通過MFC中CWinApp的成員變量CDocManager* m_pDocManager實現(xiàn)的，我們的CAApp正是繼承自MFC提供的CWinApp類。

u       CDocManager類則擁有一個指針鏈表CPtrList m_templateList來維護(hù)這些文檔模版。這些文檔模版都是在CAApp：：InitInstance（）中通過AddDocTemplate(pDocTemplate)。

u       CDocTemplate擁有3個成員變量，分別保存著Document、View、Frame的CRuntimeClass指針，另外持有成員變量m_nIDResource，用來指定這個Document顯示時候采用的菜單資源。這4份數(shù)據(jù)都在CAApp：：InitInstance（）中CDocTemplate的構(gòu)造函數(shù)中指定。在Document中擁有一個回指CDocTemplate的指針（m_pDocTemplate）。

u       一個文檔可以有多個視圖，由Document中成員變量CPtrList m_ViewList維護(hù)。

u       CFrameWnd擁有一個成員變量CView* m_pActiveView指向當(dāng)前活動的View。

u       CView中擁有一個成員變量CDocument* m_pDocument指向該視圖相關(guān)的Document。

 [注解]：①MFC SDI/MDI程序默認(rèn)都默認(rèn)生成了一個文檔模版，并將這個文檔模版Add到其文檔模版的鏈表中，由于這是MFC默認(rèn)提供的，因此這個文檔模版會被插入到文檔模版的第一個位置，而MFC也是通過這個文檔模版的特定位置可以確定的。默認(rèn)情況下，當(dāng)我們點擊File（Open）/ File（New）的時候，這個文檔模版會被啟用。

         除了侯捷先生在《深入淺出MFC中列出的以上的深入分析，我們還應(yīng)該（很大程度上更加重要）掌握以下的關(guān)于MFC SDI/MDI的知識：

u       文檔的本質(zhì)：文檔是用來保存數(shù)據(jù)以及關(guān)于數(shù)據(jù)的處理的，每當(dāng)MFC SDI/MDI響應(yīng)File（Open）/ File（New）的時候都會打開一份文檔。文檔可以擁有多個視圖。文檔和視圖的關(guān)系可以這樣理解：文檔是被視圖觀察的對象。

u       視圖本質(zhì)：視圖在Windows中就是一個窗口，也就是一個可視化的矩形區(qū)域。視圖是用來表示文檔的數(shù)據(jù)的。但是每個視圖必需依附于一個框架（SDI中是MainFrame，MDI是ChildFrame）。當(dāng)然你可以自己去Create一個視圖，并且去顯示它。

u       框架的本質(zhì)：框架實際是也是一個Windows窗口。但是在框架上可以放置菜單、工具欄、狀態(tài)欄等。而視圖則放在框架的客戶區(qū)。因此MFC中我們看到的窗口實際上Frame和View共同作用的結(jié)果。

u       在某一時刻，程序中只有一個活動的文檔、框架和視圖，即當(dāng)前的文檔、框架、視圖。

1.2 MFC SDI/MDI各個類之間的互訪

       在實際項目開發(fā)中用的最多就是各個類之間的互訪問，這里將網(wǎng)絡(luò)上和書籍中提到的做了一個總結(jié)，也是筆者在實際開發(fā)中都用到過的。

       說明：1）以上給出的都是方法，實際訪問中可能還要進(jìn)行以下簡單的處理，如類型轉(zhuǎn)換，循環(huán)遍歷等；

               2）可能沒有列舉完所有可能位置的互訪問，但可以通過他們的組合得到。

2 文檔、視圖、框架之間的關(guān)聯(lián)

       MFC SDI/MDI中的核心就在于文檔、視圖、框架之間的關(guān)聯(lián)，形成了一個有機(jī)的可運作的整體。MFC提供了默認(rèn)的關(guān)聯(lián)關(guān)系，但是在實際的項目開發(fā)中很多時候需要動態(tài)進(jìn)行他們的之間的關(guān)聯(lián)。

2.1 文檔和視圖間的關(guān)聯(lián)

       使用MFC AppWizard聲稱MFC SDI/MDI程序，在App類的InitInstance（）方法中有如下代碼（假設(shè)Project名稱均為Test）：

u       SDI中

u       MDI中

這里通過CDocTemplate（無論是SDI中的CSingleDocTemplate還是MDI中的CMultiDocTemplate）的構(gòu)造函數(shù)，將文當(dāng)、視圖和框架（SDI中與主框架，MDI中與自框架）關(guān)聯(lián)在一起了，形成了一個整體。

手工實現(xiàn)文當(dāng)和視圖的關(guān)聯(lián)

在實際的項目開發(fā)時候僅僅依靠MFC AppWizard生成的文當(dāng)和視圖、框架是不夠的，因此我們需要掌握手工進(jìn)行這種關(guān)聯(lián)。手工進(jìn)行文當(dāng)和視圖的關(guān)聯(lián)可以有以下兩種實現(xiàn)方式：

l         模仿MFC AppWizard實現(xiàn)，使用CDocTemplate的構(gòu)造函數(shù)：在上面的分

析中我們可以看到通過CDocTemplate（無論是SDI中的CSingleDocTemplate還是MDI中的CMultiDocTemplate）的構(gòu)造函數(shù)我們可以獲得文檔、視圖和框架的關(guān)聯(lián)。因此可以通過模擬這種方式進(jìn)行關(guān)聯(lián)。具體實現(xiàn)方法如下：

1） 創(chuàng)建新的文檔、視圖和框架類，方法是使用VC中的Insert MFC Class

實現(xiàn)。注意到框架類選擇CMDIChildWnd作為基類，文檔類選擇CDocument作為基類，而視圖類則可以根據(jù)需要選擇CView或其子類（CEditView）等作為基類。

2） 為該框架添加菜單資源，方法是在VC資源窗口Menu菜單下添加新的菜

單，當(dāng)然可以通過復(fù)制VC提供默認(rèn)菜單進(jìn)行修改。

3） 在App類的InitInstance（）中添加如下類似代碼：

4） 為了記錄這個文檔模版，你可以在App類中添加一個CMultiDocTemplate*

類型變量來維持這個文檔模版。

l         上面給出了通過CDocTemplate的構(gòu)造函數(shù)將文檔、視圖、和框架關(guān)聯(lián)起來，但

是有時候我們并不想創(chuàng)建一個新的文檔模版，我們只是想給同一個數(shù)據(jù)提供不同的結(jié)果顯示，或者說是為同一個文檔添加一個新的視圖，并提供他們之間的一個切換。我在《VC項目開發(fā)之單文檔多視圖實現(xiàn)》一文給出了這樣的一個實現(xiàn)。還有一種可能就是我們本來不是一個文檔視圖結(jié)構(gòu)支持的程序，想為視圖添加一個文檔，更好進(jìn)行業(yè)務(wù)邏輯和表示層的一個分離。因此我們給出了第二種視圖和文檔關(guān)聯(lián)的方法：我們使用CCreateContext類進(jìn)行他們之間的關(guān)聯(lián)，具體實現(xiàn)為：

l         在框架和視圖關(guān)聯(lián)的時候進(jìn)行設(shè)置，具體見一下框架和視圖關(guān)聯(lián)部分。

2.2 框架和視圖的關(guān)聯(lián)

       在第一部分分析我們知道，框架和視圖其實都是windows窗口，不過框架提供了菜單、標(biāo)題欄、狀態(tài)欄等資源，而視圖則只是一個矩形區(qū)域。MFC程序中視圖決定大多數(shù)時候要依附于一個框架（SDI中的MainFrame和MDI中的子框架窗口），可以這樣理解，框架相當(dāng)于一個窗口容器（當(dāng)然它本身也是一個windows窗口），而視圖則正好是放置在框架內(nèi)客戶區(qū)域的內(nèi)容。

       框架和視圖的關(guān)聯(lián)也可以通過模仿MFC AppWizard實現(xiàn)，使用CDocTemplate的構(gòu)造函數(shù)實現(xiàn)，即和2.1中文檔和視圖間的關(guān)聯(lián)方式相同，這里就不再給出，參看上面的詳細(xì)實現(xiàn)即可。

       同上面的分析，在很多的時候我們并不是需要提供一個新的文檔模版，我們只是需要顯示一個新的窗口（MDI程序），例如我們在作MIS系統(tǒng)界面管理的時候，經(jīng)常出現(xiàn)的情況就是用戶點擊一個菜單選項，即彈出一個處理窗口。而要顯示一個新的窗口，我們可以通過我在《VC 多文檔用戶界面設(shè)計》一文中給出的方法（通過CDocTemplate的OpenDocumentFile（）方法打開一個文檔實現(xiàn)），這樣就建立一套的文檔、視圖和框架的體系。上面已經(jīng)分析到，我們看到MFC的窗口實際上框架和視圖的一個結(jié)合體，我們并不一定要提供文檔、視圖、框架的整個體系，我們只需要框架和視圖的結(jié)合即可實現(xiàn)窗口的顯示，這就要經(jīng)過兩個步驟實現(xiàn)：第一步將視圖和框架關(guān)聯(lián)，第二步顯示框架（也就是一個windows窗口的顯示）。以下給出框架和視圖關(guān)聯(lián)的具體實現(xiàn)：

       當(dāng)然你可以在這里添加視圖和文檔的關(guān)聯(lián)，具體實現(xiàn)是添加以下代碼：

3 代碼實例

本部分將以一個通用的MDI項目界面設(shè)計開發(fā)為例，將上面的分析附諸實踐。

3.1 情景描述

       一 個常見界面邏輯為：用戶打開一個系統(tǒng)，顯示基本的菜單，用于用戶的登錄、注銷和用戶管理（當(dāng)然這也可以通過一個用戶登錄的對話框?qū)崿F(xiàn)）。用戶正確登錄后， 顯示系統(tǒng)的功能操作界面，當(dāng)用戶點擊一個菜單項后（對應(yīng)一個或者多個業(yè)務(wù)邏輯），彈出一個處理操作界面（并非對話框）。各個功能操作界面可共存于一個框架 內(nèi)，可以最大化、最小化或者關(guān)閉。

3.2 代碼實現(xiàn)

       下面就將上面的提到的情景用前面提到的技術(shù)，給出詳細(xì)的實現(xiàn)方案。

       Step 1：新建一個MFC 項目，名稱為Demo，選擇不用Document/View Architecture支持（第二步去掉默認(rèn)的復(fù)選框即可）。這樣系統(tǒng)為你默認(rèn)生成5個類：CDemoApp、CMainFrame、CChildFrame、CAboutDlg、CDemoView。各個類的含義上面已經(jīng)分析了，不羅嗦。另外系統(tǒng)還提供了兩個默認(rèn)的菜單：IDR_DEMOTYPE和IDR_MAINFRAME，將IDR_MAINFRAME的菜單的“文件”改名為“開始”（好像更加專業(yè)，不該也沒有什么，本來就是Demo），然后將這個菜單項的子菜單中改為“登錄”、“注銷”，并使用默認(rèn)的子項，并將前兩者的ID號改為：“ID_LOGIN”和“ID_LOGOUT”。拷貝（Ctrl + C）粘貼（Ctrl + V），則得到一個名稱為IDR_MAINFRAME1的菜單資源，刪除原有的IDR_DEMOTYPE菜單（注一先保存名稱），再將IDR_MAINFRAME1的名稱改為IDR_DEMOTYPE。再為IDR_DEMOTYPE添加一個菜單項“功能”，添加兩個子菜單項“業(yè)務(wù)邏輯一”和“業(yè)務(wù)邏輯二”，ID號分別為：ID_FUNC_ONE和ID_FUNC_TWO。

       Step 2：給CDemoApp添加兩個變量，保存菜單資源：

并在BOOL CDemoApp::InitInstance()中添加代碼：

為了顯示效果，在BOOL CDemoApp::InitInstance()中添加代碼：

為菜單項“登錄”添加響應(yīng)函數(shù)（使用Class Wizard，Class Name選擇CDemoApp）

同上，為菜單項“注銷”添加響應(yīng)函數(shù)：

這就實現(xiàn)了登錄和注銷的功能（當(dāng)然實際中可能還會有一個驗證用戶權(quán)限和合法性的對話框，這里從略），并實現(xiàn)了登錄注銷時刻用戶操作菜單的轉(zhuǎn)變。注意：這里OnLogout中前兩行代碼是在注銷的時候要把已經(jīng)打開的窗口關(guān)閉而添加的，m_pFuncOneFrame和m_pFuncTwoFrame的定義和作用請參見后面定義。

Step 3：添加一個新的子框架類CDemoFrame，其基類為CMDIChildWnd。添加一個兩個新的視圖類CFuncOneView和CFuncTwoView類，前者的基類為CView，后者為CFormView。當(dāng)然為了添加CFuncTwoView類，需要先Insert一個對話框資源，并將ID改為IDD_FUNC_TWO_DLG，屬性Style修改為“child”（默認(rèn)為Popup）。這樣在新建CFuncTwoView的時候選擇該DialogID為IDD_FUNC_TWO_DLG。注意將CDemoFrame的構(gòu)造函數(shù)改為public（默認(rèn)是protected）。

Step 4：為CMainFrame添加兩個成員變量記錄各個業(yè)務(wù)邏輯對應(yīng)的窗口，在MainFrm.h中添加：

       并在CMainFrame::CMainFrame()中初始化：

       Step 5：為“業(yè)務(wù)邏輯一”添加響應(yīng)函數(shù)（CMianFrame中）：

       同上，為“業(yè)務(wù)邏輯二”添加響應(yīng)函數(shù)：

       這樣，上述的需求情景基本是做到了，但是需要說明的是：

1） 需要在適當(dāng)?shù)牡胤郊尤脒m當(dāng)?shù)念^文件，就是說在使用類的時候要include其實現(xiàn)的頭文件。

2） 上面其實是很多的MIS管理系統(tǒng)的通用界面操作模版，大家可以在實際的項目開發(fā)中作相應(yīng)的修改（主要是實現(xiàn)相應(yīng)的業(yè)務(wù)邏輯等）；

3） 這里提供的默認(rèn)的主框架窗口比較簡單（默認(rèn)），要添加一個背景，請參看筆者的《VC—主框架窗口繪制背景》一文添加合適的背景；

4） 上面的例子中，是讓其生成不支持MFC Document/View Architecture，如果已經(jīng)有了默認(rèn)的支持MFC Document/View Architecture的程序，請將App中模仿上面的實現(xiàn)即可。

5） 上面可以使用MFC AppWizard生成的CChildFrame類代替CDemoFrame類，但是建議新建框架類，業(yè)務(wù)邏輯一和業(yè)務(wù)邏輯二可以使用不同的框架類，模仿實現(xiàn)即可。

當(dāng)然，你肯能需要為視圖添加文檔以實現(xiàn)業(yè)務(wù)邏輯和表現(xiàn)層的松耦合，下面就為CFuncOneView添加文檔視圖結(jié)構(gòu)支持。

Step 6：添加一個文檔類CDemoDoc，基類為CDocument并將CDemoDoc的構(gòu)造函數(shù)改為public（默認(rèn)為protected），為了演示，為CDemoDoc添加函數(shù)GetData（）：

Step 7：為CFuncOneView添加函數(shù)GetDocument：

并修改OnDraw函數(shù)：

Step 8：將CDemoDoc和CFuncTwoView關(guān)聯(lián)：修改void CMainFrame::OnFuncOne()函數(shù)為：

至此，就完成了整個過程。需要說明的是：

1） 需要在適當(dāng)?shù)牡胤郊尤脒m當(dāng)?shù)念^文件，就是說在使用類的時候要include其實現(xiàn)的頭文件。

2） 如果是已經(jīng)有了文檔視圖支持的程序，上面的文檔可以使用系統(tǒng)中提供的文檔；

上面提供了一個簡單通用的界面操作的實現(xiàn)，大家可以參照實現(xiàn)，例如添加更多的視圖、實現(xiàn)自己的業(yè)務(wù)邏輯等。

3）本文提供了實現(xiàn)的整個代碼，請參考。