国产一级a片免费看高清,亚洲熟女中文字幕在线视频,黄三级高清在线播放,免费黄色视频在线看

首先，應(yīng)用程序?qū)ο蟮某蓡T函數(shù)InitInstance被WinMain調(diào)用。對(duì)程序員來(lái)說(shuō)，它就是程序的入口點(diǎn)（真正的入口點(diǎn)是WinMain，但MFC向程序員隱藏了WinMain的存在）。由于MFC沒(méi)有提供InitInstance的缺省實(shí)現(xiàn)，用戶必須自己實(shí)現(xiàn)它。稍后將討論該函數(shù)的實(shí)現(xiàn)。其次，通過(guò)應(yīng)用程序?qū)ο蟮腞un函數(shù)，程序進(jìn)入消息循環(huán)。實(shí)際上，消息循環(huán)的實(shí)現(xiàn)是通過(guò)CWinThread::Run來(lái)實(shí)現(xiàn)的，圖中所示的是CWinThread::Run的實(shí)現(xiàn)，因?yàn)镃WinApp沒(méi)有覆蓋Run的實(shí)現(xiàn)，程序員的應(yīng)用程序類一般也不用覆蓋該函數(shù)。（3）Run所實(shí)現(xiàn)的消息循環(huán)它調(diào)用PumpMessage來(lái)實(shí)現(xiàn)消息循環(huán)，如果沒(méi)消息，則進(jìn)行空閑(Idle)處理。如果是WM_QUIT消息，則調(diào)用ExitInstance后退出消息循環(huán)。（4）CWinThread::PumpMessage該函數(shù)在MFC函數(shù)文檔里沒(méi)有描述，但是MFC建議用戶使用。它實(shí)現(xiàn)獲取消息，轉(zhuǎn)換(Translate)消息，發(fā)送消息的消息循環(huán)。在轉(zhuǎn)換消息之前，調(diào)用虛擬函數(shù)PreTranslateMessage對(duì)消息進(jìn)行預(yù)處理，該函數(shù)得到消息目的窗口對(duì)象之后，使用CWnd的WalkPreTranslateTree讓目的窗口及其所有父窗口得到一個(gè)預(yù)處理當(dāng)前消息的機(jī)會(huì)。關(guān)于消息預(yù)處理，見(jiàn)消息映射的有關(guān)章節(jié)。如果是WM_QUIT消息，PumpMessage返回FALSE；否則返回TRUE。MFC空閑處理 MFC實(shí)現(xiàn)了一個(gè)Idle處理機(jī)制，就是在沒(méi)有消息可以處理時(shí)，進(jìn)行Idle處理。Idle處理的一個(gè)應(yīng)用是更新用戶接口對(duì)象的狀態(tài)。更新用戶接口狀態(tài)的內(nèi)容見(jiàn)消息映射的章節(jié)。空閑處理由函數(shù)OnIdle完成，其原型為BOOL OnIdle（int）。參數(shù)的含義是當(dāng)前空閑處理周期已經(jīng)完成了多少次OnIdle調(diào)用，每個(gè)空閑處理周期的第一次調(diào)用，該參數(shù)設(shè)為0，每調(diào)用一次加1；返回值表示當(dāng)前空閑處理周期是否繼續(xù)調(diào)用OnIdle。 MFC的缺省實(shí)現(xiàn)里，CWinThread::OnIdle完成了工具欄等的狀態(tài)更新。如果覆蓋OnIdle，需要調(diào)用基類的實(shí)現(xiàn)。 在處理完一個(gè)消息或進(jìn)入消息循環(huán)時(shí)，如果消息隊(duì)列中沒(méi)有消息要處理，則MFC開(kāi)始一個(gè)新的空閑處理周期； 當(dāng)OnIdle返回FASLE，或者消息隊(duì)列中有消息要處理時(shí)，當(dāng)前的空閑處理周期結(jié)束。 從圖5-3中Run的流程上可以清楚的看到MFC空閑處理的情況。本節(jié)描述了應(yīng)用程序從InitInstance開(kāi)始初始化、從Run進(jìn)入消息循環(huán)的過(guò)程，下面將就SDI應(yīng)用程序的例子描述該過(guò)程中創(chuàng)建各個(gè)所需MFC對(duì)象的流程。SDI應(yīng)用程序的對(duì)象創(chuàng)建 如前一節(jié)所述，程序從InitInstance開(kāi)始。在SDI應(yīng)用程序的InitInstance里，至少有以下語(yǔ)句：//第一部分，創(chuàng)建文檔模板對(duì)象并把它添加到應(yīng)用程序的模板鏈表CSingleDocTemplate* pDocTemplate;pDocTemplate = new CSingleDocTemplate(IDR_MAINFRAME,RUNTIME_CLASS(CTDoc),RUNTIME_CLASS(CMainFrame), // main SDI frame windowRUNTIME_CLASS(CTView));AddDocTemplate(pDocTemplate);//第二部分，動(dòng)態(tài)創(chuàng)建文檔、視、邊框窗口等MFC對(duì)象和對(duì)應(yīng)的Windows對(duì)象//Parse command line for standard shell commands, DDE, file openCCommandLineInfo cmdInfo;ParseCommandLine(cmdInfo);// Dispatch commands specified on the command lineif (!ProcessShellCommand(cmdInfo))return FALSE;//第三部分，返回TRUE，WinMain下一步調(diào)用Run開(kāi)始消息循環(huán)，//否則，終止程序return TRUE;對(duì)于第二部分，又可以分解成許多步驟。下面將解釋每一步。文檔模板的創(chuàng)建 第一步是創(chuàng)建文檔模板。文檔模板的作用是動(dòng)態(tài)創(chuàng)建其他MFC對(duì)象，它保存了要?jiǎng)討B(tài)創(chuàng)建類的動(dòng)態(tài)創(chuàng)建信息和該文檔類型的資源ID。這些信息保存在文檔模板的成員變量里：m_nIDResource(資源ID)、m_pDocClass(文檔類動(dòng)態(tài)創(chuàng)建信息)、m_pFrameClass(邊框窗口類動(dòng)態(tài)創(chuàng)建信息)、m_pViewClass(視類動(dòng)態(tài)創(chuàng)建信息)。資源ID包括菜單、像標(biāo)、快捷鍵、字符串資源的ID，它們都使用同一個(gè)ID值，如IDR_MAINFRAME。其中，字符串資源描述了文檔類型，由七個(gè)被“\n”分隔的子字符串組成，各個(gè)子串可以通過(guò)CDocTemplate的成員函數(shù)GetDocString(CString& rString, enum DocStringIndex index)來(lái)獲取。DocStringIndex是CDocTemplate類定義的枚舉變量以區(qū)分七個(gè)子串，描述如下（英文是枚舉變量名稱）。WindowTitle 應(yīng)用程序窗口的標(biāo)題。僅僅對(duì)SDI程序指定。DocName 用來(lái)構(gòu)造缺省文檔名的字符串。當(dāng)用File菜單的菜單項(xiàng)new創(chuàng)建新文檔時(shí)，缺省文檔名由該字符串加一個(gè)數(shù)字構(gòu)成。如果空，使用“unitled”。FileNewName 文檔類型的名稱，在打開(kāi)File New對(duì)話框時(shí)顯示。FilterName 匹配過(guò)濾字符串，在File Open對(duì)話框用來(lái)過(guò)濾要顯示的文件。如果不指定，F(xiàn)ile Open對(duì)話框的文件類型(file style)不可訪問(wèn)。FilterExt 該類型文檔的擴(kuò)展名。如果不指定，則不可訪問(wèn)對(duì)話框的文件類型(File Style)。RegFileTypeId 文檔類型在Windows 注冊(cè)庫(kù)中的存儲(chǔ)標(biāo)識(shí)。RegFileTypeName 文檔類型在Windows 注冊(cè)庫(kù)中的類型名稱。文檔模板被應(yīng)用程序?qū)ο髣?chuàng)建和管理。應(yīng)用程序類CWinApp有一個(gè)CDocManager類型的成員變量m_pDocManager，通過(guò)該變量來(lái)管理應(yīng)用程序的文檔模板列表，把一些相關(guān)的操作委派給CDocManager對(duì)象處理。CDocManager使用CPtrList類型的m_templateList變量來(lái)存儲(chǔ)文檔模板，并提供了操作文檔模板列表的系列函數(shù)。從語(yǔ)句pDocTemplate = new CSingleDocTemplate(…)可以看出應(yīng)用程序?qū)ο髣?chuàng)建模板時(shí)傳遞一個(gè)資源ID和三個(gè)類的動(dòng)態(tài)創(chuàng)建信息給它：IDR_MAINFRAME，資源IDRUNTIME_CLASS(CTDoc)，文檔類動(dòng)態(tài)創(chuàng)建信息RUNTIME_CLASS(CMainFrame),邊框窗口類動(dòng)態(tài)創(chuàng)建信息RUNTIME_CLASS(CTView)，視類動(dòng)態(tài)創(chuàng)建信息文檔模板對(duì)象接收這些信息并把它們保存到對(duì)應(yīng)的成員變量里頭。然后AddDocTemplate實(shí)際調(diào)用m_pDocManager->AddDocTemplate，把創(chuàng)建的模板對(duì)象加入到文檔模板管理器的模板列表中，也就是應(yīng)用程序?qū)ο蟮奈臋n模板列表中。文件的創(chuàng)建或者打開(kāi) 第二步是創(chuàng)建或者打開(kāi)文件。對(duì)于SDI程序，MFC對(duì)象的動(dòng)態(tài)創(chuàng)建過(guò)程是在創(chuàng)建或者打開(kāi)文件中發(fā)生的。但是為什么沒(méi)有看到文件操作相關(guān)的語(yǔ)句呢？CCommandLineInfo 首先，需要弄清楚類CcommandLineInfo，它是用來(lái)處理命令行信息的類，CWinApp::PareCommandLine調(diào)用CCommandLineInfo的成員函數(shù)ParseParm分析啟動(dòng)程序時(shí)的參數(shù)，把分析結(jié)果保存在CCommandLineInfo對(duì)象的成員變量里。CCommandLineInfo的定義如下：class CCommandLineInfo : public CObject{BOOL m_bShowSplash;BOOL m_bRunEmbedded;BOOL m_bRunAutomated;enum { FileNew, FileOpen, FilePrint, FilePrintTo, FileDDE,AppUnregister, FileNothing = -1 } m_nShellCommand;// not valid for FileNewCString m_strFileName;// valid only for FilePrintToCString m_strPrinterName;CString m_strDriverName;CString m_strPortName;};由上述定義可以看出，分析結(jié)果分幾類：是否OLE激活；應(yīng)該執(zhí)行什么動(dòng)作（FileNew、FileOpen等）；傳遞的參數(shù)（打開(kāi)或打印的文件名，打印設(shè)備、端口等）。當(dāng)命令行空時(shí)，執(zhí)行FileNew命令。原因在于CCommandLineInfo的缺省構(gòu)造函數(shù)：CCommandLineInfo::CCommandLineInfo(){m_bShowSplash = TRUE;m_bRunEmbedded = FALSE;m_bRunAutomated = FALSE;m_nShellCommand = FileNew;//指定了SHELL命令操作}缺省構(gòu)造把應(yīng)該執(zhí)行的動(dòng)作指定為FileNew。處理命令行命令 其次，分析 CWinApp::ProcessShellCommand(CCommandLineInfo& rCmdInfo)的流程，它處理命令行的命令，流程如圖5-3所示。圖5-4第三層表示根據(jù)命令類型進(jìn)一步調(diào)用的函數(shù)，都是CWinApp或者派生類的成員函數(shù)。對(duì)于FILEDDE類型沒(méi)有進(jìn)一步的調(diào)用。命令類型是FILENEW時(shí)，調(diào)用的函數(shù)就是標(biāo)準(zhǔn)命令I(lǐng)D_FILE_NEW對(duì)應(yīng)的處理函數(shù)OnFileNew；命令類型是FILEOPEN時(shí)調(diào)用的函數(shù)是OpenDocumentFile，標(biāo)準(zhǔn)命令I(lǐng)D_FILE_OPEN的處理函數(shù)OnFileOpen的工作實(shí)際上就是由OpenDocumentFile完成的。函數(shù)FileNew、OpenDocumentFile導(dǎo)致了窗口、文檔的創(chuàng)建。OnFileNew 接著，分析 CWinApp::OnFileNew流程，如圖5-5所示。圖5-5的說(shuō)明：應(yīng)用程序?qū)ο蟮玫轿臋n模板管理器指針，調(diào)用文檔模板管理器的成員函數(shù)OnFileNew(m_pDocManager->OnFileNew())；模板管理器獲取文檔模板對(duì)象指針，調(diào)用文檔模板對(duì)象的OpenDocumentFile 函數(shù)（pTemplate->OpenDocumentFile(NULL)）。如果模板管理器發(fā)現(xiàn)有多個(gè)文檔模板，就彈出一個(gè)對(duì)話框讓用戶選擇文檔模板。這里和后面的圖解中類似于CWinApp::、CDocManager::、CDocTemplate::等的函數(shù)類屬限制并不表示直接源碼中有這樣的限制，而是通過(guò)指針或者指針的動(dòng)態(tài)約束可以認(rèn)定調(diào)用了某個(gè)類的成員函數(shù)，其正確性僅僅限于本書圖解的MFC的缺省實(shí)現(xiàn)。如圖5-5所示，程序員可以覆蓋有關(guān)虛擬函數(shù)或命令處理函數(shù)：如果程序員在自己的應(yīng)用程序類中覆蓋了OnFileNew，則可以實(shí)現(xiàn)完全不同的處理流程；一般情況下，不會(huì)從文檔模板類派生新類，如果派生的話，可以覆蓋CDocTemplate的虛擬函數(shù)。OnFileOpen 分析了 OnFileNew后，現(xiàn)在分析CWinApp::OnFileOpen()，其流程如圖5-6所示。CWinApp::OnFileOpen和OnFileNew類似，不過(guò)，第二步須得到一個(gè)要打開(kāi)的文件的名稱，第三步調(diào)用的是應(yīng)用程序?qū)ο蟮腛penDocumentFile，而不是文檔模板對(duì)象的該函數(shù)。應(yīng)用程序?qū)ο蟮腛penDocumentFile 分析應(yīng)用程序的打開(kāi)文檔函數(shù)： CWinApp::OpenDocumentFile(LPCSTR name)，其流程如圖5-7所示。應(yīng)用程序?qū)ο蟀汛蜷_(kāi)文件操作委托給文檔模板管理器，后者又委托給文檔模板對(duì)象來(lái)執(zhí)行。如果是SDI程序，則委托給單文檔對(duì)象；如果是MDI程序，則委托給多文檔對(duì)象──這是由指針?biāo)笇?duì)象的實(shí)際類型決定的，因?yàn)樵摵瘮?shù)是一個(gè)虛擬函數(shù)。文檔模板的OpenDocumentFile 不論是FileNew還是FileOpen，最后的操作都?xì)w結(jié)到由文檔模板來(lái)打開(kāi)文件（文件名空則創(chuàng)建文件）。CSingleDocTemplate::OpenDocumentFile(lpcstr name，BOOL visible)的流程見(jiàn)圖5-8。有一點(diǎn)需要指出的是：創(chuàng)建了一個(gè)文檔對(duì)象，并不等于打開(kāi)了一個(gè)文檔(件)或者創(chuàng)建了一個(gè)新文檔(件)。圖5-8顯示的流程大致可以描述如下：如果已經(jīng)有文檔打開(kāi)，則保存當(dāng)前的文檔；否則，文檔對(duì)象還沒(méi)有創(chuàng)建，需要?jiǎng)?chuàng)建一個(gè)新的文檔對(duì)象。因?yàn)檫@時(shí)邊框窗口還沒(méi)有生成，所以還要?jiǎng)?chuàng)建邊框窗口對(duì)象（MFC對(duì)象）和邊框窗口。MFC邊框窗口對(duì)象動(dòng)態(tài)創(chuàng)建，HWND邊框窗口由LoadFrame創(chuàng)建。MFC邊框窗口被創(chuàng)建時(shí)，CFrameWnd的缺省構(gòu)造函數(shù)被調(diào)用，它把正創(chuàng)建的對(duì)象(this所指)加入到模塊-線程狀態(tài)的邊框窗口列表m_frameList之首。邊框窗口創(chuàng)建過(guò)程中由CreateView動(dòng)態(tài)創(chuàng)建MFC視對(duì)象和HWND視窗口。接著，如果沒(méi)有指定要打開(kāi)的文件名，則創(chuàng)建一個(gè)新的文件；否則，則打開(kāi)文件，并使用序列化機(jī)制讀入文件內(nèi)容。通過(guò)上述過(guò)程，動(dòng)態(tài)地創(chuàng)建了MFC邊框窗口對(duì)象、視對(duì)象、文檔對(duì)象以及對(duì)應(yīng)的Windows對(duì)象，并填寫了有關(guān)對(duì)象的成員變量，建立起這些MFC對(duì)象的關(guān)系。打開(kāi)文件過(guò)程中所涉及的消息處理函數(shù)和虛擬函數(shù) 圖5-8描述的整個(gè)過(guò)程中系列消息處理函數(shù)和虛擬函數(shù)被調(diào)用。例如：在Windwos邊框窗口和視窗口被創(chuàng)建時(shí)會(huì)產(chǎn)生WM_CREATE等消息，導(dǎo)致OnCreate等消息處理函數(shù)的調(diào)用，CFrameWnd和CView都覆蓋了該函數(shù)，所以在邊框窗口和視窗口的創(chuàng)建中，同樣的消息調(diào)用了不同的處理函數(shù)CFrameWnd::OnCreate和CView::OnCreate。圖5-8涉及的幾個(gè)虛擬函數(shù)的流程分別由圖5-9、圖5-10圖解。圖5-9表示CDocument的OnNewDocument的流程；圖5-10表示CDocument的OpenDocument的流程。這兩個(gè)函數(shù)分別在創(chuàng)建新文檔或者打開(kāi)一個(gè)文檔時(shí)被調(diào)用。從流程可以看出，對(duì)于OpenDocument函數(shù)，MFC的缺省實(shí)現(xiàn)主要用來(lái)設(shè)置修改標(biāo)識(shí)、序列化讀入打開(kāi)文檔的內(nèi)容。圖5-10顯示了序列化的操作過(guò)程：首先，使用文檔對(duì)象打開(kāi)或者創(chuàng)建的文件句柄創(chuàng)建一個(gè)用于讀出數(shù)據(jù)的CArchive對(duì)象loadarchive；然后使用它通過(guò)Serialize進(jìn)行序列化操作，完畢，CArchive對(duì)象被自動(dòng)銷毀，文件句柄被關(guān)閉。從這些圖中可以看到何時(shí)、何處調(diào)用了什么消息處理函數(shù)和虛擬函數(shù)，這些函數(shù)用來(lái)作了什么事情。必要的話，程序員可以在派生類覆蓋它們。在創(chuàng)建工作完成之后，進(jìn)行初始化，使用文檔對(duì)象的數(shù)據(jù)來(lái)更新視和顯示窗口。至此，本節(jié)描述了MFC的SDI程序從分析命令行到創(chuàng)建或打開(kāi)文件的處理過(guò)程，文檔對(duì)象已經(jīng)動(dòng)態(tài)創(chuàng)建?？偨Y(jié)如下：命令行分析→應(yīng)用程序的FileNew→文檔模板的OpenDocumentFile(NULL)→文檔的OnNewDocument命令行分析→應(yīng)用程序的FileOPen→文檔模板的OpenDocumentFile(filename)→文檔的OpenDocument邊框窗口對(duì)象、視對(duì)象的動(dòng)態(tài)創(chuàng)建和對(duì)應(yīng) Windows對(duì)象的創(chuàng)建從LoadFrame開(kāi)始，這些將在下一節(jié)論述。SDI邊框窗口的創(chuàng)建 第三步是創(chuàng)建SDI邊框窗口。圖5-8已經(jīng)分析了創(chuàng)建SDI邊框窗口的時(shí)機(jī)和創(chuàng)建方法，下面，從LoadFrame開(kāi)始分析整個(gè)窗口創(chuàng)建過(guò)程。CFrameWnd::LoadFrame CFrameWnd::LoadFrame的流程如圖5-11所示，其原型如下：BOOL CFrameWnd::LoadFrame(UINT nIDResource,DWORD dwDefaultStyle,CWnd* pParentWnd,CCreateContext* pContext)第一個(gè)參數(shù)是和該框架相關(guān)的資源ID，包括字符串、快捷鍵、菜單、像標(biāo)等；第二個(gè)參數(shù)指定框架窗口的“窗口類”和窗口風(fēng)格；此處創(chuàng)建SDI窗口時(shí)和缺省值相同，為WS_OVERLAPPEDWINDOW | FWS_ADDTOTITLE；第三個(gè)參數(shù)指定框架窗口的父窗口，此處和缺省值相同，為NULL；第四個(gè)參數(shù)指定創(chuàng)建的上下文，如圖5-8所示由CreateNewFrame生成了該變量并傳遞給LoadFrame。其缺省值為NULL。創(chuàng)建上下文結(jié)構(gòu)的定義：struct CCreateContext{CRuntimeClass* m_pNewViewClass; //View的動(dòng)態(tài)創(chuàng)建信息CDocument*m_pCurrentDoc;//指向一文檔對(duì)象，將和新創(chuàng)建視關(guān)聯(lián)//用來(lái)創(chuàng)建MDI子窗口的信息(C MDIChildFrame::LoadFrame使用)CDocTemplate* m_pNewDocTemplate;// for sharing view/frame state from the original view/frameCView* m_pLastView;CFrameWnd* m_pCurrentFrame;};這里，傳遞給LoadFrame的CCreateContext變量是：(視的動(dòng)態(tài)創(chuàng)建信息，新創(chuàng)建的文檔對(duì)象，當(dāng)前文檔模板，NULL，NULL)。其中，“新創(chuàng)建的文檔對(duì)象”就是圖 5-8中創(chuàng)建的那個(gè)文檔對(duì)象。從此圖中還可以看到，LoadFrame被CreateNewFrame調(diào)用，CreateNewFrame是文檔模板的成員函數(shù)，被文檔模板的成員函數(shù)OpenDocumentFile所調(diào)用，所以，LoadFrame間接地被文檔模板調(diào)用，“當(dāng)前文檔模板”就是調(diào)用它的模板對(duì)象。順便指出，對(duì)SDI程序來(lái)說(shuō)是這樣的，對(duì)MDI程序有所不同。“視的動(dòng)態(tài)創(chuàng)建信息”也是文檔模板傳遞過(guò)來(lái)的。對(duì)圖5-11的說(shuō)明：在創(chuàng)建邊框窗口之前，先注冊(cè)“窗口類”。LoadFrame注冊(cè)了兩個(gè)“窗口類”，一個(gè)為邊框窗口，一個(gè)為視窗口。關(guān)于“窗口類”注冊(cè)，見(jiàn)2.2.1節(jié)。注冊(cè)窗口類之后，創(chuàng)建邊框窗口，并加載資源。創(chuàng)建邊框窗口使用了CFrameWnd的Create虛擬函數(shù)，最終調(diào)用::CreateEx創(chuàng)建窗口。::CreateEx有11個(gè)參數(shù)，其最后一個(gè)參數(shù)就是文檔模板傳遞給LoadFrame的CCreateContext類型的指針，該指針將被傳遞給窗口過(guò)程，進(jìn)一步由Windows傳遞給OnCreate函數(shù)。順便指出，創(chuàng)建完畢的邊框窗口的窗口過(guò)程是統(tǒng)一的MFC窗口過(guò)程。創(chuàng)建邊框窗口時(shí)，發(fā)送消息WM_NCCREATE和WM_CREATE，導(dǎo)致對(duì)應(yīng)的消息處理函數(shù)OnNcCreate和OnCreate被調(diào)用。CWnd提供了OnNcCreate處理非客戶區(qū)創(chuàng)建消息，CFrameWnd沒(méi)有處理該消息，但是提供了OnCreate處理消息WM_CREATE。OnCreate將創(chuàng)建視對(duì)象和視窗口。CFrameWnd::OnCreate 按創(chuàng)建工作的進(jìn)度，現(xiàn)在要討論邊框窗口創(chuàng)建消息（WM_CREATE）的處理了，處理函數(shù)是CFrameWnd的OnCreate，其原型如下：int CFrameWnd::OnCreate(LPCREATESTRUCT lpcs)其中，參數(shù)指向一個(gè)CreateStruct結(jié)構(gòu)（關(guān)于CreateStruct的描述見(jiàn)4.4.1節(jié)），它包含了窗口創(chuàng)建參數(shù)的副本，也就是說(shuō)CreaeEx窗口創(chuàng)建函數(shù)的11個(gè)參數(shù)被對(duì)應(yīng)地復(fù)制到該結(jié)構(gòu)的11個(gè)域，例如它的第一個(gè)成員就可以轉(zhuǎn)換成CCreateContext類型的指針。函數(shù)OnCreate處理WM_CREATE消息，它從lpcs指向的結(jié)構(gòu)中分離出lpCreateParams并把它轉(zhuǎn)換成為CCreateContext類型的指針pContext，然后，調(diào)用OnCreateHelp(lpcs，pContext)，把創(chuàng)建工作委派給它完成。CFrameWnd::OnCreateHelp的原型如下，流程見(jiàn)圖5-11。int CFrameWnd::OnCreateHelp(LPCREATESTRUCT lpcs,CCreateContext* pContext)說(shuō)明：由于CFrameWnd覆蓋了消息處理函數(shù)OnCreate來(lái)處理WM_CREATE消息，所以CWnd就失去了處理該消息的機(jī)會(huì)，除非CFrameWnd::OnCreate主動(dòng)調(diào)用基類的該消息處理函數(shù)。圖5-11展示了對(duì)CWnd::OnCreate的調(diào)用。在邊框窗口被創(chuàng)建之后，調(diào)用虛擬函數(shù)OnCreateClient(lpcs，pContext)，它的缺省實(shí)現(xiàn)將創(chuàng)建視對(duì)象和視窗口。最后，在狀態(tài)欄顯示“Ready”字樣，調(diào)用RecalcLayout安排工具欄等的位置。關(guān)于WM_SETMESSAGESTRING消息和RecalcLayout函數(shù)，見(jiàn)工具欄有關(guān)13.2.3節(jié)。到此，SDI的邊框窗口已經(jīng)被創(chuàng)建。下一節(jié)將描述視的創(chuàng)建。視的創(chuàng)建 第四步，創(chuàng)建視。如前一節(jié)所述，若CFrameWnd::OnCreateClient(lpcs，pContext)判斷pContext包含了視的動(dòng)態(tài)創(chuàng)建信息，則調(diào)用函數(shù)CreateView創(chuàng)建視對(duì)象和視窗口。CreateView的原型如下，其流程如圖5-13所示。CWnd * CFrameWnd::CreateView(CCreateContext* pContext, UINT nID)其中：第一個(gè)參數(shù)是創(chuàng)建上下文；第二個(gè)參數(shù)是創(chuàng)建視 (子窗口)的ID，缺省是AFX_IDW_PANE_FIRST，這里等同缺省值。說(shuō)明：CreateView調(diào)用了CWnd的Create函數(shù)創(chuàng)建HWND視窗口，視的子窗口ID是AFX_IDW_PANE_FIRST，父窗口是創(chuàng)建它的邊框窗口。創(chuàng)建視窗口時(shí)的WM_CREATE、WM_NCCREATE消息分別被CView、CWnd的相關(guān)消息處理函數(shù)處理。處理情況如圖5-13所述，這里不作進(jìn)一步的討論。到此，文檔對(duì)象、邊框窗口對(duì)象、視窗口對(duì)象已經(jīng)創(chuàng)建，文件已經(jīng)打開(kāi)或者創(chuàng)建，邊框窗口、視窗口已經(jīng)創(chuàng)建?，F(xiàn)在，是顯示和定位窗口、顯示文檔數(shù)據(jù)的時(shí)候了，這些通過(guò)調(diào)用CFrameWnd的虛擬函數(shù)InitialUpdateFrame完成，如圖5-8所示。窗口初始化 這是第五步，初始化邊框窗口、視窗口等。InitialUpdateFrame的原型如下：void CFrameWnd::InitialUpdateFrame(CDocument* pDoc, BOOL bMakeVisible)其中：第一個(gè)參數(shù)是當(dāng)前的文檔對(duì)象；第二個(gè)參數(shù)表示邊框窗口是否應(yīng)該可見(jiàn)并激活。該函數(shù)是在文檔模板的OpenDocumentFile中調(diào)用的，傳遞過(guò)來(lái)的第一個(gè)參數(shù)是剛才創(chuàng)建的文檔，第二個(gè)參數(shù)是TRUE，見(jiàn)圖5-8。InitialUpdateFrame的處理過(guò)程參見(jiàn)圖5-14，解釋如下：首先，如果當(dāng)前邊框窗口沒(méi)有活動(dòng)視，則獲取ID為AFX_IDW_PANE_FIRST的視pView。如果該視不存在，則pView=NULL；否則(pView!=NULL)，調(diào)用成員函數(shù)SetActiveView(pView，F(xiàn)ALSE)把它設(shè)置為活動(dòng)視，參數(shù)2為FALSE表示并不通知它成為活動(dòng)視（見(jiàn)圖5-14）。然后，如果InitialUpdateFrame的參數(shù)bMakeVisible為TRUE，則給所有邊框窗口的視發(fā)送WM_INITIALUPDATE消息，通知它們?cè)陲@示之前使用文檔數(shù)據(jù)來(lái)初始化視。這導(dǎo)致視類的虛擬函數(shù)OnInitUpdate被調(diào)用，該函數(shù)又調(diào)用OnUpdate來(lái)完成初始化。其他子窗口（如狀態(tài)欄、工具欄）也將收到WM_INITIALUPDATE消息，導(dǎo)致它們更新?tīng)顟B(tài)。其三，調(diào)用pView->OnActivateFrame（WA_INACTIVE，this）給活動(dòng)視（若存在的話）一個(gè)機(jī)會(huì)來(lái)保存當(dāng)前焦點(diǎn)。這里，解釋這個(gè)函數(shù)：void CView::OnActivateFrame( UINT nState,CFrameWnd* pFrameWnd );其中，參數(shù)1取值為WA_INACTIVE/WA_ACTIVE/WA_CLICKACTIVE，具體見(jiàn)消息WM_ACTIVE的解釋；參數(shù)2指向被激活的框架窗口。視對(duì)象通過(guò)該虛擬函數(shù)在它所屬的邊框窗口被激活或者失去激活時(shí)作一些特別的處理，例如，CFormView用它來(lái)保存或者恢復(fù)輸入焦點(diǎn)控制。其四，在OnActivateFrame之后，調(diào)用成員函數(shù)ActivateFrame激活框架窗口。這個(gè)過(guò)程將產(chǎn)生一個(gè)消息WM_ACTIVE（處理該消息的過(guò)程在下一節(jié)作解釋)，它導(dǎo)致OnActiveTopLevel和OnActive被調(diào)用。接著，如果活動(dòng)視非空，則調(diào)用成員函數(shù)OnActivateView激活它。至此，參數(shù)bMakeVisible為TRUE時(shí)顯示窗口的處理完畢。最后，如果參數(shù)pDoc非空，則更新邊框窗口計(jì)數(shù)，更新邊框窗口的標(biāo)題。更新邊框窗口計(jì)數(shù)是為了在一個(gè)文檔對(duì)應(yīng)多個(gè)視的情況下，給顯示同一文檔的不同文檔邊框窗口編號(hào)，編號(hào)從1開(kāi)始，保存在邊框窗口的成員變量m_nWindow里。例如有兩個(gè)邊框?qū)?yīng)一個(gè)文檔tt1，則它們的標(biāo)題分別為“tt1:1”、“tt1:2”。如果只有一個(gè)文檔只對(duì)應(yīng)一個(gè)邊框窗口，則成員變量m_nWindow等于-1，標(biāo)題不含編號(hào)，如“tt1”。當(dāng)然，對(duì)于SDI應(yīng)用程序，不存在一個(gè)文檔對(duì)應(yīng)多個(gè)視的情況。上述情況是針對(duì)MDI應(yīng)用程序而言的。SDI應(yīng)用程序執(zhí)行該過(guò)程時(shí)，相當(dāng)于MDI程序的一個(gè)特例。圖 5-14涉及的一些函數(shù)由圖5-15、5-15圖解。圖5-14中的函數(shù)SetActiveView的圖解如圖5-15所示，其原型如下，：void CFrameWnd::SetActiveView(CView * pViewNew, BOOL bNotify = TRUE)其中：參數(shù)1指向被設(shè)置的視對(duì)象，若非視類型的對(duì)象，則為NULL；參數(shù) 2表示是否通知被設(shè)置的視。圖5-15中的變量m_pViewActive是CFrameWnd的成員變量，用來(lái)保存邊框窗口的活動(dòng)視。圖5-15中的流程可以概括為：Deactivate當(dāng)前視（m_pViewActive非空時(shí)）；設(shè)置當(dāng)前活動(dòng)視；若參數(shù)bNotify為TRUE，通知pViewNew被激活。圖5-14中的函數(shù)ActivateFrame圖解如圖5-16所示，其原型如下，：void CFrameWnd::ActivateFrame(UINT nCmdShow)參數(shù)nCmdShow用來(lái)傳遞給CWnd::ShowWindow，指定顯示窗口的方式。參數(shù)缺省為1，圖5-14調(diào)用時(shí)設(shè)置為-1。該函數(shù)用來(lái)激活(Activate)和恢復(fù)(Restore)邊框窗口，使得它對(duì)用戶可見(jiàn)可用。在初始化、OLE事件、DDE事件等需要顯示邊框窗口的地方調(diào)用。圖5-16表示的MFC缺省實(shí)現(xiàn)是激活邊框窗口并把它放到頂層。程序員可以覆蓋該虛擬函數(shù)ActivateFrame來(lái)控制邊框窗口怎樣被激活。圖5-16中的函數(shù)BringToTop是CFrameWnd內(nèi)部使用的成員函數(shù)(protected)。它調(diào)用::BringWindowToTop把窗口放到Z軸上的頂層。至此，邊框窗口初始化的過(guò)程已經(jīng)描述清楚，視的初始化見(jiàn)下一節(jié)。視的初始化 第六步，在邊框窗口初始化之后，初始化視。如圖5-14所示，視、工具條窗口處理消息WM_INITAILUPDATE(MFC內(nèi)部消息)，完成初始化。這里只討論視的消息處理函數(shù)，其原型如下：void CView::OnInitialUpdate()圖5-14對(duì)該函數(shù)的注釋說(shuō)明了該函數(shù)的特殊之處。其缺省實(shí)現(xiàn)是調(diào)用OnUpdate(NULL, 0, NULL)更新視。可以覆蓋OnInitialUpdate實(shí)現(xiàn)自己的初始化。OnUpdate是一個(gè)虛擬函數(shù)，其原型如下：void CView::OnUpdate(CView* pSender, LPARAM lHint, CObject* pHint)其中：參數(shù)1指向修改文檔數(shù)據(jù)的視；若更新所有的視，設(shè)為NULL；參數(shù)2是一個(gè)包含了修改信息的long型變量；參數(shù)3指向一個(gè)包含修改信息的對(duì)象（從CObject派生的對(duì)象）。參數(shù)2、參數(shù)3是在文檔更新對(duì)應(yīng)視的時(shí)候傳遞過(guò)來(lái)的。該函數(shù)用來(lái)更新顯示視窗口，反映文檔的變化，在MFC中，它為函數(shù)CView::OnInitialUpdate和CDocument::UpdateAllViews所調(diào)用。其缺省實(shí)現(xiàn)是使整個(gè)客戶區(qū)無(wú)效。在下一次收到WM_PAINT消息時(shí)，重繪無(wú)效區(qū)。工具條的初始化見(jiàn)討論第13章。激活邊框窗口(處理WM_ACTIVE) 第七步，在窗口初始化完成之后，激活并顯示出來(lái)。下面討論邊框窗口激活時(shí)的處理（對(duì)WM_ACTIVE的處理）。WM_ACTIVE的消息參數(shù) wParam的低階word指示窗口是被激活還是失去激活：WA_ACTIVE，被鼠標(biāo)點(diǎn)擊以外的方法激活；WA_CLICKACTIVE，由鼠標(biāo)點(diǎn)擊激活；WA_INACTIVE，失去激活；wParam的高階word指示窗口是否被最小化；非零表示最小化；lPararm表示將激活的窗口句柄(WA_INACTIVE)，或者將失去激活的窗口句柄(WA_CLICKACTIVE、WA_ACTIVE)。在標(biāo)準(zhǔn)Windows消息處理的章節(jié)中，曾指出處理WM_ACTIVE消息時(shí)，先要調(diào)用一個(gè)函數(shù)_AfxHandleActivate，此函數(shù)的原型如下：static void AFXAPI _AfxHandleActivate(CWnd* pWnd,WPARAM nState,CWnd* pWndOther)其中：參數(shù)1是接收消息的窗口；參數(shù)2是窗口狀態(tài)，為WM_ACTIVE的消息參數(shù)wParam;參數(shù)3是WM_ACTIVE的消息參數(shù)lParam表示的窗口。_AfxHandleActivate是MFC內(nèi)部使用的函數(shù)，聲明和實(shí)現(xiàn)均在WinCore.CPP文件中。實(shí)現(xiàn)如下：如果pWnd指向的窗口不是子窗口，而且pWnd和pWndOther窗口的頂級(jí)父窗口(TopLevelParent)不是同一窗口，則發(fā)送MFC定義的消息WM_ACTIVATETOPLEVEL給pWnd的頂級(jí)窗口，消息參數(shù)wParam是nState，消息參數(shù)lParam指向一個(gè)長(zhǎng)度為二的數(shù)組，數(shù)組里存放pWnd和pWndOther所指窗口的句柄。否則，_AfxHandleActivate不作什么。從這里可以看出：只有頂層的主邊框窗口能處理WM_ACTIVE消息，事實(shí)上，Windows系統(tǒng)只會(huì)給頂層的非子窗口發(fā)送WM_ACTIVE消息。WM_ACTIVATETOPLEVEL消息的處理 CWnd及派生類CFrameWnd實(shí)現(xiàn)了對(duì)WM_ACTIVATETOPLEVEL消息的處理，分別解釋如下：消息處理函數(shù)CWnd::OnActivateTopLevel如果失去激活，則取消工具欄的提示（TOOLTIP）。消息處理函數(shù)CFrameWnd::OnActivateTopLevel調(diào)用CWnd的OnActivateTopLevel；如果接收WM_ACTIVE消息的窗口是線程主窗口，則使得其活動(dòng)的視窗口變成非活動(dòng)的（OnActive(FALSE, pActiveView,pActiveView)。從這里可以知道，在頂層窗口接收到WM_ACTIVE消息后，MFC會(huì)進(jìn)行一些固定的處理，然后才調(diào)用WM_ACTIVE消息處理函數(shù)。WM_ACTIVE消息的處理 在_AfxHandleActivate和WM_ACTIVATETOPLEVEL消息處理完之后，才是對(duì)WM_ACTIVE的處理。CWnd和CFrameWnd都實(shí)現(xiàn)了消息處理。CWnd的消息處理函數(shù)：void CWnd::OnActive(UINT nState, CWnd* pWndOther, BOOL bMinimized)其中：參數(shù)1取值為WA_INACTIVE/WA_ACTIVE/WA_CLICKACTIVE；參數(shù)2指向激活或者失去激活的窗口，具體同WM_ACTIVE消息；參數(shù)3表示是否最小化。此函數(shù)的實(shí)現(xiàn)是調(diào)用Default()，作缺省處理。CFrameWnd的消息處理函數(shù)：void CFrameWnd::OnActive(UINT nState,CWnd* pWndOther, BOOL bMinimized)首先調(diào)用CWnd::OnActivate。如果活動(dòng)視非空，消息是WA_ACTIVE/WA_CLICKACTIVE，并且不是最小化，則重新激活當(dāng)前視，調(diào)用了以下函數(shù)：pActiveView->OnActiveView(TRUE，pActiveView，pActiveView)；并且，如果活動(dòng)視非空，通知它邊框窗口狀態(tài)的變化（激活/失去激活），調(diào)用以下函數(shù)：pActiveView->OnActivateFrame(nState, this)。SDI流程的回顧 從InitialInstance開(kāi)始，首先應(yīng)用程序?qū)ο髣?chuàng)建文檔模板，文檔模板創(chuàng)建文檔對(duì)象、打開(kāi)或創(chuàng)建文件；然后，文檔模板創(chuàng)建邊框窗口對(duì)象和邊框窗口；接著邊框窗口對(duì)象創(chuàng)建視對(duì)象和視窗口。這些創(chuàng)建是以應(yīng)用程序的文檔模板為中心進(jìn)行的。在創(chuàng)建這些MFC對(duì)象的同時(shí)，建立了它們之間的關(guān)系。創(chuàng)建這些之后，進(jìn)行初始化，激活主邊框窗口，把邊框窗口、視窗口顯示出來(lái)。這樣，一個(gè)SDI應(yīng)用程序就完成了啟動(dòng)過(guò)程，等待著用戶的交互或者輸入。5.3.4節(jié)將在SDI程序啟動(dòng)流程的基礎(chǔ)之上，介紹MDI應(yīng)用程序的啟動(dòng)流程。兩者的相同之處可以這樣類比：創(chuàng)建SDI邊框窗口、視、文檔的過(guò)程和創(chuàng)建MDI文檔邊框窗口、視、文檔的過(guò)程類似。不同之處主要表現(xiàn)在：主邊框窗口的創(chuàng)建不一樣；MDI有文檔邊框窗口的創(chuàng)建，SDI沒(méi)有；SDI只能一個(gè)文檔、一個(gè)視；MDI可能多文檔、多個(gè)視。MDI程序的對(duì)象創(chuàng)建 MDI應(yīng)用程序?qū)ο蟮腎nitialInstance函數(shù)一般含有以下代碼：//第一部分：創(chuàng)建和添加模板CMultiDocTemplate* pDocTemplate;pDocTemplate = new CMultiDocTemplate(IDR_TTTYPE,RUNTIME_CLASS(CTtDoc),RUNTIME_CLASS(CChildFrame),//custom MDI child frameRUNTIME_CLASS(CTtView));AddDocTemplate(pDocTemplate);//第二部分：創(chuàng)建MFC框架窗口對(duì)象和Windows主邊框窗口// 創(chuàng)建主MDI邊框窗口CMainFrame* pMainFrame = new CMainFrame;if (!pMainFrame->LoadFrame(IDR_MAINFRAME))return FALSE;m_pMainWnd = pMainFrame;//第三部分：處理命令行，命令行空則執(zhí)行OnFileNew創(chuàng)建新文檔//分析命令行CCommandLineInfo cmdInfo;ParseCommandLine(cmdInfo);// 處理命令行命令if (!ProcessShellCommand(cmdInfo))return FALSE;第四部分：顯示和更新主框架窗口// 主窗口已被初始化，現(xiàn)在顯示和更新主窗口pMainFrame->ShowWindow(m_nCmdShow);pMainFrame->UpdateWindow();SDI應(yīng)用程序?qū)ο蟮腎nitialInstance和SDI應(yīng)用程序?qū)ο蟮腎nitialInstance比較，有以下的相同和不同之處。相同之處在于：創(chuàng)建和添加模板；處理命令行。不同之處在于：創(chuàng)建的模板類型不同。SDI使用單文檔模板，邊框窗口類從CFrameWnd派生；MDI使用多文檔模板，邊框窗口類從CMDIChildWnd派生. 主窗口類型不同。SDI的是從CFrameWnd派生的類；MDI的是從CMDIFrameWnd派生的類。 主框架窗口的創(chuàng)建方式不同。SDI在創(chuàng)建或者打開(kāi)文檔時(shí)動(dòng)態(tài)創(chuàng)建主窗口對(duì)象，然后加載主窗口(LoadFrame)并初始化；MDI使用第二部分的語(yǔ)句來(lái)創(chuàng)建動(dòng)態(tài)主窗口對(duì)象和加載主窗口，第四部分語(yǔ)句顯示、更新主窗口。 命令行處理的用途不一樣。SDI一定要有命令行處理部分的代碼，因?yàn)樗鼘?dǎo)致了主窗口的創(chuàng)建；MDI可以去掉這部分代碼，因?yàn)樗闹鞔翱诘膭?chuàng)建、顯示等由第二、四部分的語(yǔ)句來(lái)處理。 有別于SDI的主窗口加載過(guò)程 和SDI應(yīng)用程序一樣，MDI應(yīng)用程序使用LoadFrame加載主邊框窗口，但因?yàn)長(zhǎng)oadFrame的虛擬屬性，所以MDI調(diào)用了CMDIFrameWnd的LoadFrame函數(shù)，而不是CFrameWnd的LoadFrame。LoadFrame的參數(shù)1指定了資源ID，其余幾個(gè)參數(shù)取缺省值。和SDI相比，第四個(gè)創(chuàng)建上下文參數(shù)為NULL，因?yàn)镸DI主窗口不需要文檔、視等的動(dòng)態(tài)創(chuàng)建信息。圖 5-17圖解了CMdiFrameWnd::LoadFrame的流程：首先，用同樣的參數(shù)調(diào)用基類CFrameWnd的LoadFrame，其流程如圖5-11所示，但由于參數(shù)4表示的創(chuàng)建上下文為空，所以，CFrameWnd::LoadFrame在加載了菜單和快捷鍵之后，給所有子窗口發(fā)送WM_INITUPDATE消息。另外，WM_CREATE消息怎樣處理呢？由于CMDIFrameWnd沒(méi)有覆蓋OnCreate，所以還是由基類CFrameWnd::OnCreate處理。但是它調(diào)用虛擬函數(shù)OnCreateClient（見(jiàn)圖5-12）時(shí)，由于CMDIFrameWnd覆蓋了該函數(shù)，所以動(dòng)態(tài)約束的結(jié)果是CMDIFrameWnd::OnCreateClient被調(diào)用，它和基類的OnCreateClient不同，后者CreateView創(chuàng)建MFC視對(duì)象和視窗口，前者調(diào)用虛擬函數(shù)CreateClient創(chuàng)建MDI客戶窗口。MDI客戶窗口負(fù)責(zé)創(chuàng)建和管理MDI子窗口。CreateClient是CMDIFrameWnd的虛擬函數(shù)，其原型如下：BOOL CMDIFrameWnd::CreateClient(LPCREATESTRUCT lpCreateStruct, CMenu* pWindowMenu);該函數(shù)主要用來(lái)創(chuàng)建MDI客戶區(qū)窗口。它使用Windows系統(tǒng)預(yù)定義的“mdiclient”窗口類來(lái)創(chuàng)建客戶區(qū)窗口，保存該窗口句柄在CMDIFrameWnd的成員變量m_hWndMDIClient中。調(diào)用::CreateWindowEx創(chuàng)建客戶窗口時(shí)傳遞給它的窗口創(chuàng)建數(shù)據(jù)參數(shù)（第11個(gè)參數(shù)）是一個(gè)CLIENTCREATESTRUCT結(jié)構(gòu)類型的參數(shù)，該結(jié)構(gòu)指定了一個(gè)菜單和一個(gè)子窗口ID：typedef struct tagCLIENTCREATESTRUCT{HMENU hWindowMenu;UINT idFirstChild;}CLIENTCREATESTRUCT;hWindowMenu表示主邊框窗口菜單欄上的“Windows彈出菜單項(xiàng)”的句柄。MDICLIENT類客戶窗口在創(chuàng)建MDI子窗口時(shí)，把每一個(gè)子窗口的標(biāo)題加在這個(gè)彈出菜單的底部。idFirstChild是第一個(gè)被創(chuàng)建的MDI子窗口的ID號(hào)，第二個(gè)MDI子窗口ID號(hào)為idFirstChild+1，依此類推。這里，hWindowMenu的指定不是必須的，程序員可以在MDI子窗口激活時(shí)進(jìn)行菜單的處理；idFirstChild的值是AFX_IDM_FIRST_MDICHILD。綜合地講，CMDIFrameWnd::LoadFrame完成創(chuàng)建MDI主邊框窗口和MDI客戶區(qū)窗口的工作。創(chuàng)建了MDI邊框窗口和客戶區(qū)窗口之后，接著是處理WM_INITUPDATE消息，進(jìn)行初始化。但是按SDI應(yīng)用程序的討論順序，下一節(jié)先討論MDI子窗口的創(chuàng)建。MDI子窗口、視、文檔的創(chuàng)建 和SDI應(yīng)用程序類似，MDI應(yīng)用程序通過(guò)文檔模板來(lái)動(dòng)態(tài)創(chuàng)建MDI子窗口、視、文檔對(duì)象。不同之處在于：這里使用了多文檔模板，調(diào)用的是CMDIChildWnd（或派生類）的消息處理函數(shù)和虛擬函數(shù)，如果它覆蓋了CFrameWnd的有關(guān)函數(shù)的話。還是以處理標(biāo)準(zhǔn)命令消息ID_FILE_NEW的OnFileNew為例。表示OnFileNew的圖5-5、表示OnFileOpen的圖5-6在多文檔應(yīng)用程序中仍然適用，但表示OpenDocumentFile的圖5-8有所不同，其第三步中地單文檔模板應(yīng)當(dāng)換成多文檔模板，關(guān)于這一點(diǎn)，參閱圖5-8的說(shuō)明。（1）多文檔模板的OpenDocumentFileMDI的OpenDocumentFile的原型如下：CDocument* CMultiDocTemplate::OpenDocumentFile(LPCTSTR lpszPathName, BOOL bMakeVisible)；它的原型和單文檔模板的該函數(shù)原型一樣，但處理流程比圖5-8要簡(jiǎn)單些：第一，不用檢查是否已經(jīng)打開(kāi)了文檔；第二，不用判斷是否需要?jiǎng)?chuàng)建框架窗口或者文檔對(duì)象，因?yàn)椴徽撔陆ㄟ€是打開(kāi)文檔都需要?jiǎng)?chuàng)建新的文檔框架窗口(MDI子窗口)和文檔對(duì)象。除了這兩點(diǎn)，其他處理步驟基本相同，調(diào)用同樣名字的函數(shù)來(lái)創(chuàng)建文檔對(duì)象和MDI子窗口。雖然是名字相同的函數(shù)，但是參數(shù)的值可能有異，又由于C++的虛擬機(jī)制和MFC消息映射機(jī)制，這些函數(shù)可能來(lái)自不同層次類的成員函數(shù)，因而導(dǎo)致有不同的處理過(guò)程和結(jié)果，即SDI創(chuàng)建了CFrameWnd類型的對(duì)象和邊框窗口；MDI則創(chuàng)建了CMDIChildWnd類型的對(duì)象和邊框窗口。不同之處解釋如下：（2）CMDIChildWnd的虛擬函數(shù)LoadFrameCMDIChildWnd::LoadFrame代替了圖5-8中的CFrameWnd::LoadFrame，兩者流程大致相同，可以參見(jiàn)圖5-11。但是它們用來(lái)創(chuàng)建窗口的函數(shù)不同。前者調(diào)用了函數(shù)CMDIChildWnd::Create(參數(shù)1…參數(shù)6)；后者調(diào)用了CFrameWnd::Create(參數(shù)1…參數(shù)7)。這兩個(gè)窗口創(chuàng)建函數(shù)，雖然都是虛擬函數(shù)，但是有很多不同之處：前者是CMDIChildWnd定義的虛擬函數(shù)，后者是CWnd定義的虛擬函數(shù)； 前者在參數(shù)中指定了父窗口，即主創(chuàng)建窗口，后者的父窗口參數(shù)為NULL； 前者指定了WS_CHILD風(fēng)格，創(chuàng)建的是子窗口，后者創(chuàng)建一個(gè)頂層窗口； 前者給客戶窗口m_hWndMDIClient(CMDIFrameWnd的成員變量)發(fā)送WM_MDICREATE消息讓客戶窗口來(lái)創(chuàng)建MDI子窗口（主邊框窗口的子窗口是客戶窗口，客戶窗口的子窗口是MDI子窗口），后者調(diào)用::CreateEx函數(shù)來(lái)創(chuàng)建邊框窗口； 前者的窗口創(chuàng)建數(shù)據(jù)是指向MDICREATESTRUCT結(jié)構(gòu)的指針，該結(jié)構(gòu)的最后一個(gè)域存放一個(gè)指向CCreateContext結(jié)構(gòu)的指針，后者是指向CCreateContext結(jié)構(gòu)的指針。 MDICREATESTRUCT結(jié)構(gòu)的定義如下：typedef struct tagMDICREATESTRUCT { // mdicLPCTSTR szClass;LPCTSTR szTitle;HANDLE hOwner;int x;int y;int cx;int cy;DWORD style;LPARAM lParam;}MDICREATESTRUCT;該結(jié)構(gòu)的用處和CREATESTRUCT類似，只是它僅用于MDI子窗口的創(chuàng)建上，用來(lái)保存創(chuàng)建MDI子窗口時(shí)的窗口創(chuàng)建數(shù)據(jù)。域lParam保存一個(gè)指向CCreateContext結(jié)構(gòu)的指針。WM_CREATE的處理函數(shù)不同 創(chuàng)建MDI子窗口時(shí)發(fā)送的WM_CREATE消息由CMDIChildWnd的成員函數(shù)OnCreate(LPCREATESTRUCT lpCreateStruct)處理。OnCreate函數(shù)僅僅從lpCreateStruct指向的數(shù)據(jù)中取出窗口創(chuàng)建數(shù)據(jù)，即指向MDICREATESTRUCT結(jié)構(gòu)的指針，并從該結(jié)構(gòu)得到指向CCreateContext結(jié)構(gòu)的指針pContext，然后調(diào)用虛擬函數(shù)OnCreateHelper(lpCreateStruct，pContext)。此處動(dòng)態(tài)約束的結(jié)果是調(diào)用了CFrameWnd的成員函數(shù)OnCreateHelper。SDI應(yīng)用程序的OnCreate也調(diào)用了CFrameWnd::OnCreateHelper，所以后面的處理（創(chuàng)建視等）可參見(jiàn)SDI的流程了。待MDI子窗口、視、文檔對(duì)象創(chuàng)建完畢，多文檔模板的OpenDocumentFile也調(diào)用InitialUpdateFrame來(lái)進(jìn)行初始化。MDI子窗口的初始化和窗口的激活 （1）MDI子窗口的初始化完成了 MDI子窗口、視、文檔的創(chuàng)建之后，多文檔模板的OpenDocumenFile調(diào)用邊框窗口的虛擬函數(shù)InitialUpdateFrame進(jìn)行初始化，該函數(shù)流程參見(jiàn)圖5-14。不過(guò)，這里this指針指向CMDIChildWnd對(duì)象，由于C++虛擬函數(shù)的動(dòng)態(tài)約束，初始化過(guò)程調(diào)用了CMDIChildWnd的ActivateFrame函數(shù)（不是CFrameWnd的ActivateFrame），來(lái)顯示MDI子窗口，更新菜單等等，見(jiàn)圖5-18。圖5-18的說(shuō)明：第一，調(diào)用基類CFrameWnd的ActivateFrame顯示窗口時(shí)，由于當(dāng)前窗口是文檔邊框窗口，所以沒(méi)有發(fā)送WM_ACTIVATE消息，而是發(fā)送消息WM_MDIACTIVATE。第二，由于Windows不處理MDI子窗口的激活，所以必須由MFC或者程序員來(lái)完成。當(dāng)一個(gè)激活的MDI子窗口被隱藏后從可見(jiàn)變成不可見(jiàn)，但它仍然是活動(dòng)的，這時(shí)需要把下一文檔邊框窗口激活以便用戶看到的就是激活的窗口。在沒(méi)有其他文檔邊框窗口時(shí)，則把該隱藏的文檔邊框窗口標(biāo)記為“偽失去激活”。當(dāng)一個(gè)文檔邊框窗口從不可見(jiàn)變成可見(jiàn)時(shí)，檢查變量m_bPseudoInactive，若真則該窗口從Windows角度看仍然是激活的，只需要調(diào)用OnMDIActivate把它改成“MFC激活”。OnMDIActivate把變量m_bPseudoInactive的值改變?yōu)镕ALSE。至此，MDI子窗口初始化調(diào)用描述完畢。初始化將導(dǎo)致MDI窗口被顯示、激活。下面討論MDI子窗口的激活。（2）MDI子窗口的激活通過(guò)給客戶窗口發(fā)送消息WM_MDIACTIVATE來(lái)激活文檔邊框窗口?？蛻舸翱诎l(fā)送WM_MDIACTIVATE消息給將被激活或者取消激活的MDI子窗口(文檔邊框窗口)，這些子窗口調(diào)用消息處理函數(shù)OnMDIActivate響應(yīng)該消息WM_MDIACTIVATE。關(guān)于MDI消息，見(jiàn)表5-12。用戶轉(zhuǎn)向一個(gè)子窗口（包括文檔邊框窗口）導(dǎo)致它的頂層(TOP LEVEL)邊框窗口收到WM_ACTIVATE消息而被激活，子窗口是文檔邊框窗口的話將收到WM_MDIACTIVATE消息。但是，一個(gè)邊框窗口被其他方式激活時(shí)，它的文檔邊框窗口不會(huì)收到WM_MDIACTIVATE消息，而是最近一次被激活的文檔邊框窗口收到WM_NCACTIVATE消息。該消息由CWnd::Default缺省處理，用來(lái)重繪文檔邊框窗口的標(biāo)題欄、邊框等等。MDI子窗口用OnMDIActiveate函數(shù)處理WM_MDIACTIVATE消息。其原型如下：void CMDIChildWnd::OnMDIActivate( BOOL bActivate,CWnd* pActivateWnd,CWnd* pDeactivateWnd );其中：參數(shù)1表示是激活(TRUE)，還是失去激活(FALSE)；參數(shù)2表示將被激活的MDI子窗口；參數(shù)3表示將被失去激活的MDI子窗口；簡(jiǎn)單地說(shuō)，該函數(shù)把m_bPseudoInactive的值改變?yōu)镕ALSE，調(diào)用成員函數(shù)OnActivateView通知失去激活的子窗口的視它將失去激活，調(diào)用成員函數(shù)OnActivateView通知激活子窗口的視它將被激活。至于MDI主邊框窗口，它還是響應(yīng)WM_ACTIVATE消息而被激活或相反。CMDIFrameWnd沒(méi)有提供該消息的處理函數(shù)，它調(diào)用基類CFrameWnd的處理函數(shù)OnActivate。現(xiàn)在，MDI應(yīng)用程序的啟動(dòng)過(guò)程描述完畢。表5-12 MDI消息消息說(shuō)明WM_MDIACTIVATE激活MDI Child窗口WM_MDICASCADECASCADE排列MDI Child窗口WM_MDICREATE創(chuàng)建MDI Child窗口WM_MDIDESTROY銷毀MDI Child窗口WM_MDIGETACTIVE得到活動(dòng)的MDI Child窗口WM_MDIICONARRANGE安排最小化了的MDI Child窗口WM_MDIMAXIMIZEMDI Child窗口最大化WM_MDINEXT激活Z軸順序的下一MDI Child窗口WM_MDIREFRESHMENU根據(jù)當(dāng)前MDI Child窗口更新菜單WM_MDIRESTORE恢復(fù)MDI Child窗口WM_MDISETMENU根據(jù)當(dāng)前MDI Child窗口設(shè)置菜單WM_MDITITLETITLE安排MDI Child窗口