MFC教程（5）-- MFC对象的创建（1）

MFC对象的创建

　　前面几章介绍了MFC的核心概念和思想，即介绍了MFC对Windows对象的封装方法和特点；MFC对象的动态创建、序列化；MFC消息映射机制。

　　现在，考查MFC的应用程序结构体系，即以文档-视为核心的编程模式。学习本章，应该弄清楚以下问题：

　　MFC中诸多MFC对象的关系：应用程序对象，文档对象，边框窗口对象，文档边框窗口对象，视对象，文档模板对象等。

　　MFC对象的创建和销毁：由什么对象创建或销毁什么对象，何时创建，何时销毁？

　　MFC提供了那些接口来支持其编程模式？

　　MFC对象的关系

　　创建关系

　　这里讨论应用程序、文档模板、边框窗口、视、文档等的创建关系。图5-1大略地表示了创建顺序，但表5-1更直接地显示了创建与被创建的关系。

　　表5-1 MFC对象的创建关系

　　创建者

　　被创建的对象

　　应用程序对象

　　文档模板

　　文档模板

　　文档

　　文档模板

　　边框窗口

　　边框窗口

　　视

　　交互作用关系

　　应用程序对象有一个文档模板列表，存放一个或多个文档模板对象；文档模板对象有一个打开文档列表，存放一个或多个已经打开的文档对象；文档对象有一个视列表，存放显示该文档数据的一个或多个视对象；还有一个指针指向创建该文档的文档模板对象；视有一个指向其关联文档的指针，视是一个子窗口，其父窗口是边框窗口（或者文档边框窗口）；文档边框窗口有一个指向其当前活动视的指针；文档边框窗口是边框窗口的子窗口。

　　Windows 管理所有已经打开的窗口，把消息或事件发送给目标窗口。通常，命令消息发送给主边框窗口。

　　图5-2大略地表示了上述关系：

　　MFC提供了一些函数来维护这些关系。

　　表5-2列出了从一个对象得到相关对象的方法。

　　表5-2 从一个对象得到另一个对象的方法

　　本对象

　　要得到的对象

　　使用的成员函数

　　CDocument对象

　　视列表

　　GetFirstViewPosition

　　GetNextView

　　文档模板

　　GetDocTemplate

　　CView对象

　　文档对象

　　GetDocument

　　边框窗口

　　GetParentFrame

　　CMDIChildWnd或

　　CFrameWnd对象

　　活动视

　　GetActiveView

　　活动视的文档

　　GetActiveDocument

　　CMDIFrameWnd对象

　　活动文档边框窗口

　　MDIGetActive

　　表5-3 从一个对象通知另一个对象的方法：

　　本对象

　　要通知的对象/动作

　　使用的成员函数

　　CView对象

　　通知文档更新所有视

　　CDocument::UpdateAllViews

　　CDocument对象

　　更新一个视

　　CView::OnUpdate

　　CFrameWnd或

　　CMDIFrameWnd对象

　　通知一个视为活动视

　　CView::OnActivateView

　　设置一个视为活动视

　　SetActivateView

　　可以通过表5-2得到相关对象，再调用表5-3中相应的函数。例如：视在接受了新数据或者数据被修改之后，使用表5-2中的函数GetDocument得到关联文档对象，然后调用表5-3中的文档函数UpdateAllViews更新其他和文档对象关联的视。

　　在表5-2和表5-3中，CView对象指CView或派生类的实例；成员函数列中如果没有指定类属，就是第一列对象的类的成员函数。

　　MFC提供的接口

　　MFC编程就是把一些应用程序特有的东西填入MFC框架。MFC提供了两种填入的方法：一种就是使用前一章论述的消息映射，消息映射给应用程序的各种对象处理各种消息的机会；另一种就是使用虚拟函数，MFC在实现许多功能或者处理消息、事件的过程中，调用了虚拟函数来完成一些任务，这样就给了派生类覆盖这些虚拟函数实现特定处理的机会。

　　下面两节将列出两类接口，有两个目的：一是为了让读者获得整体印象，二是后文将涉及到或者讨论其中的许多函数时，不显得突兀。

　　虚拟函数接口

　　几乎每一个MFC类都定义和使用了虚拟成员函数，程序员可以在派生类中覆盖它们。一般，MFC提供了这些函数的缺省实现，所以覆盖函数应该调用基类的实现。这里给出一个MFC常用虚拟函数的总览表(见表5-4)，更详细的信息或它们的缺省实现动作参见MFC文档。由于基类的虚拟函数被派生类继承，所以在派生类中不作重复说明。

　　覆盖基类的虚拟函数可以通过ClassWizard进行，不过，并非所有的函数都可以这样，有的必须手工加入函数声明和实现。

　　表5-4 常见MFC类的虚拟函数接口

　　类

　　虚拟函数

　　覆盖的目的和功能

　　CCmdTarget

　　OnCmdMsg

　　发送、派发命令消息

　　OnFinalRelease

　　OLE用途，引用为0时作清理工作

　　CWinThread

　　ExitInstance

　　在线程退出时作清理工作

　　InitInstance

　　在线程开始时作初始化

　　OnIdle

　　执行thread-specific idle-time处理

　　PreTranslateMessage

　　在消息送给Windows函数TranslateMessage and DispatchMessage.之前进行消息过滤

　　IsIdleMessage

　　检查是否是某个特别的消息

　　ProcessWndProcException

　　截获线程消息/命令处理中的例外

　　ProcessMessageFilter

　　线程消息过滤

　　Run

　　实现线程特定的消息循环

　　CWinApp

　　HideApplication

　　关闭所有的窗口之前隐藏应用程序

　　CloseAllDocument

　　退出程序之前关闭所有文档

　　转下页

　　续表

　

　　SaveModifiedDocument

　　框架窗口关闭时用来保存文档

　　DoMessageBox

　　实现客户化的messagebox

　　DoWaitCursor

　　关闭或打开等待光标

　　OnDDeCommand

　　响应DDE命令

　　WinHelp

　　调用WinHelp函数

　　CWnd

　　WindowProc

　　提供一个窗口过程

　　DefWindowProc

　　为应用程序不处理的消息提供缺省处理

　　PostNcDestroy

　　在窗口销毁之后被消息处理函数OnNcDestroy调用

　　OnNotify

　　处理通知消息WM_NOTIFY

　　OnChildNotify

　　父窗口调用它给控制子窗口一个机会来处理通知反射消息

　　DoDataExchange

　　Updata调用它来进行对话框数据交换和验证

　　CFrameWnd

　　GetMessageBar

　　返回一个指向框架窗口的状态条的指针

　　OnCreateClient

　　创建框架的客户窗口

　　OnSetPreviewMode

　　设置程序的主框架窗口进入或退出打印预览模式

　　NegotiateBorderSpace

　　协调边框窗口的边框空间的大小(OLE用途)

　　CMDIFrameWnd

　　CreateClient

　　创建CMDIFrameWnd的MDICLIENT窗，被CWnd的消息处理函数OnCreate调用.

　　转下页

　　续表

　

　　GetWindowMenuPopup

　　返回窗口的弹出式菜单

　　CDialog

　　OnInitDialog

　　对话框窗口的初始化

　　OnSetFont

　　设置对话框控制的文本字体

　　OnOK

　　模式对话框的OK按钮按下后进行的处理

　　OnCancel

　　模式对话框的CANCEL按钮按下后进行的处理

　　CView

　　IsSelected

　　测试是否有一个文档被选择(OLE支持)

　　OnActivateView

　　视窗口激活时调用

　　OnActivateFrame

　　当包含视窗口的框架窗口变成活动或非活动窗口时调用

　　OnBeginPrinting

　　打印工作开始时调用，用来分配GDI资源

　　OnDraw

　　用来屏幕显示、打印、打印预览文档内容

　　OnEndPrinting

　　打印工作结束时调用，释放GDI资源

　　OnEndPrintPreview

　　退出打印预览模式时调用

　　OnPrepareDC

　　OnDraw或OnPrint之前调用，用来准备设备描述表

　　OnPreparePrinting

　　文档打印或者打印预览前调用，可用来初始化打印对话框

　　OnPrint

　　用来打印或打印预览文档

　　OnUpdate

　　用来通知一个视的关联文档内容已经变化

　　CDocTemplate

　　MatchDocType

　　确定文档类型和文档模板匹配时的可信程度

　　转下页

　　续表

　

　　CreateNewDocument

　　创建一个新的文档

　　CreateNewFrame

　　创建一个包含文档和视的框架窗口

　　InitialUpdateFrame

　　初始化框架窗口，必要时使它可见

　　SaveAllModified

　　保存所有和模板相关的而且修改了的文档

　　CloseAllDocuments

　　关闭所有和模板相关的文档

　　OpenDocumentFile

　　打开指定路径的文件

　　SetDefaultTitle

　　设置文档窗口缺省显示的标题

　　CDocument

　　CanCloseFrame

　　在关闭显示该文档的边框窗口之前调用

　　DeleteContents

　　用来清除文档的内容

　　OnChangedViewList

　　在与文档关联的视图被移走或新加入时调用

　　OnCloseDocument

　　用来关闭文档

　　OnNewDocument

　　用来创建新文档

　　OnOpenDocument

　　用来打开文档

　　OnSaveDocument

　　以来保存文档

　　ReportSaveLoadException

　　处理打开、保存文档操作失败时的例外

　　GetFile

　　返回一个指向Cfile对象的指针

　　ReleaseFile

　　释放一个文件以便其他应用程序可以使用

　　SaveModified

　　用来询问用户文档是否需要保存

　　PreCloseFrame

　　在框架窗口关闭之前调用

　　消息映射方法和标准命令消息

　　窗口对象可以响应以“WM_”为前缀的标准Windows消息，消息处理函数名称以“ON”为前缀。不同类型的Windows窗口处理的Windows消息是有所不同的，因此，不同类型的MFC窗口实现的消息处理函数也有所不同。例如，多文档边框窗口能处理WM_MDIACTIVATE消息，其他类型窗口就不能。程序员从一定的MFC窗口派生自己的窗口类，对感兴趣的消息，覆盖基类的消息处理函数，实现自己的消息处理函数。

　　所有的命令目标（CCmdTarger或导出类对象）可以响应命令消息，程序员可以指定应用程序对象、框架窗口对象、视对象或文档对象等来处理某条命令消息。一般地，尽量由与命令消息关系密切的对象来处理，例如隐藏/显示工具栏由框架窗口处理，打开文件由应用程序对象处理，数据变化的操作由文档对象处理。

　　对话框的控制子窗口可以响应各类通知消息。

　　对于命令消息，MFC实现了一系列标准命令消息处理函数。标准命令ID在afxres.h中定义。表5-5列出了MFC标准命令的实现，从ID或者函数名可以大致地看出该函数的目的、功用，具体的实现有的后续章节会讲解，详细参见MFC技术文档。

　　程序员可以自己来处理这些标准消息，也可以通过不同的类或从不同的类导出自己的类来处理这些消息，不过最好遵循MFC的缺省实现。比如处理ID_FILE_NEW命令，最好由CWinApp的派生类处理。

　　表5-5 标准命令消息处理函数

　　ID

　　函数

　　实现函数的类

　　ID_FILE_NEW

　　OnFileNew

　　CWinApp

　　ID_FILE_OPEN

　　OnFileOpen

　　CWinApp

　　ID_FILE_CLOSE

　　OnFileClose

　　CDocument

　　ID_FILE_SAVE

　　OnFileSave

　　CDocument

　　ID_FILE_SAVE_AS

　　OnFileSaveAs

　　CDocument

　　ID_FILE_SAVE_COPY_AS

　　OnFileSaveCopyAs

　　COleServerDoc

　　ID_FILE_UPDATE

　　OnUpdateDocument

　　COleServerDoc

　　ID_FILE_PAGE_SETUP

　　OnFilePrintSetup

　　CWinApp

　　转下页

　　续表

　　ID_FILE_PRINT

　　OnFilePrint

　　CView

　　ID_FILE_PRINT_PREVIEW

　　OnFilePrintPreview

　　CView

　　ID_FILE_MRU_FILE1...FILE16

　　OnUpdateRecentFileMenu

　　CWinApp

　　ID_EDIT_CLEAR

 

　　CView没有实现，

　　ID_EDIT_CLEAR_ALL

 

　　但是，如果有实现

　　ID_EDIT_COPY

 

　　函数，就是派生类

　　ID_EDIT_CUT

 

　　CEditView的

　　ID_EDIT_FIND

 

　　实现函数

　　ID_EDIT_PASTE_LINK

   

　　ID_EDIT_PASTE_SPECIAL

   

　　ID_EDIT_REPEAT

   

　　ID_EDIT_REPLACE

   

　　ID_EDIT_SELET_ALL

   

　　ID_EDIT_UNDO

   

　　ID_WINDOW_NEW

　　OnWindowNew

　　CMDIFrameWnd

　　ID_WINDOW_ARRANGE

　　OnMDIWindowCmd

　　CMDIFrameWnd

　　ID_WINDOW_CASCADE

   

　　ID_WINDOW_TILE_HORZ

   

　　ID_WINDOW_TILE_VERT

   

　　ID_WINDOW_SPLIT

 

　　CSplitterWnd

　　ID_APP_ABOUT

   

　　ID_APP_EXIT

　　OnAppExit

　　CWinApp

　　ID_HELP_INDEX

　　OnHelpIndex

　　CWinApp

　　ID_HELP_USING

　　OnHelpUsing

　　CWinApp

　　ID_CONTEXT_HELP

　　OnContextHelp

　　CWinApp

　　转下页

　　续表

　　ID_HELP

　　OnHelp

　　CWinApp

　　ID_DEFAULT_HELP

　　OnHelpIndex

　　CWinApp

　　ID_NEXT_PANE

　　OnNextPaneCmd

　　CSplitterWnd

　　ID_PREV_PANE

　　OnNextPaneCmd

　　CSplitterWnd

　　ID_OLE_INSERT_NEW

   

　　ID_OLE_EDIT_LINKS

   

　　ID_OLE_VERB_FIRST...LAST

   

　　ID_VIEW_TOOLBAR

 

　　CFrameWnd

　　ID_VIEW_STATUS_BAR

 

　　CFrameWnd

　　ID_INDICATOR_CAPS

　　ID_INDICATOR_NUM

　　ID_INDICATOR_SCRL

　　ID_INDICATOR_KANA

　　OnUpdateKeyIndicator

　　CFrameWnd

　　MFC对象的创建过程

　　应用程序使用MFC的接口是把一些自己的特殊处理填入MFC框架，这些处理或者在应用程序启动和初始化的时候被调用，或者在程序启动之后和用户交互的过程中被调用，或者在程序退出和作清理工作的时候被调用。这三个阶段中，和用户交互阶段是各个程序自己的事情，自然都不一样，但是程序的启动和退出两个阶段是MFC框架所实现的，是MFC框架的一部分，各个程序都遵循同样的步骤和规则。显然，清楚MFC框架对这两个阶段的处理是很有必要的，它可以帮助深入理解MFC框架，更好地使用MFC框架，更有效地实现应用程序特定的处理。

　　MFC程序启动和初始化过程就是创建MFC对象和Windows对象、建立各种对象之间的关系、把窗口显示在屏幕上的过程，退出过程就是关闭窗口、销毁所创建的Windows对象和MFC对象的过程。所以，下面要讨论几种常用MFC对象的结构，它们是构成一个文档-视模式应用程序的重要部件。

　　应用程序中典型对象的结构

　　本节将主要分析应用程序对象、文档对象、文档模板等的数据结构。通过考察类的结构，特别是成员变量结构，弄清它的功能、目的以及和其他类的关系；另外，在后续有关分析中必定会提到这些成员变量，这里先作个说明，到时也不会显得突兀。

　　下面几节以表格的形式来描述各个类的成员变量。表格中，第一列打钩的表示是MFC类库文档有说明的；没打钩的在文档中没有说明，如果是public，则可以直接访问，但随着MFC版本的变化，以后MFC可能不支持这些成员；第二列是访问属性；第三列是成员变量名称；第四列是成员变量的数据类型；第五列是对成员变量的功能、用途的简要描述。

　　应用程序类的成员变量

　　应用程序对象的数据成员表由两部分组成，第一部分是CWinThread的成员变量，如表5-6所示，CWinApp继承了CWinThread的数据成员。第二部分是CWinApp自己定义的成员变量，如表5-7所示。

　　表5-6 CwinThread的成员变量

　

　　访问限制

　　变量名称

　　类型

　　解释

　　√

　　public

　　m_bAutoDelete

　　BOOL

　　指定线程结束时是否销毁线程对象本身

　　√

　　public

　　m_hThread

　　HANDLE

　　当前线程的句柄

　　√

　　public

　　m_nThreadID

　　UINT

　　当前线程的ID

　　√

　　public

　　m_pMainWnd

　　CWnd*

　　指向应用程序主窗口的指针

　　√

　　public

　　m_pActiveWnd

　　CWnd*

　　当OLE SERVER就地激活时指向客户程序主窗口的指针

　

　　public

　　m_msgCur

　　MSG

　　当前消息(MSG结构)

　

　　public

　　m_pThreadParams

　　LPVOID

　　传递给线程开始函数的参数

　

　　public

　　m_pfnThreadProc

　　函数指针1

　　线程开始函数，AFX_THREADPROC类型

　

　　public

　　m_lpfnOleTermOrFreeLib

　　函数指针2

　　OLE用途，void (AFXAPI * fn)(BOOL,BOOL)

　

　　public

　　m_pMessageFilter

　　指针

　　OLE消息过滤，指向COleMessageFilter对象

　

　　protected

　　m_ptCursorLast

　　CPoint

　　最新鼠标位置

　

　　protected

　　m_nMsgLast

　　UINT

　　消息队列中最新接收到的消息

　　表5-7 CWinApp的成员变量

　

　　访问限制

　　变量名称

　　类型

　　解释

　　√

　　public

　　m_pszAppName

　　LPCTSTR

　　应用程序名称

　　√

　　public

　　m_hInstance

　　HINSTANCE

　　标志应用程序当前实例句柄

　　√

　　public

　　m_hPrevInstance

　　HINSTANCE

　　32位程序设为空

　　√

　　public

　　m_lpCmdLine

　　LPTSTR

　　指向应用程序的命令行字符串

　　√

　　public

　　m_nCmdShow

　　int

　　指定窗口开始的显示方式

　　√

　　public

　　m_bHelpMode

　　BOOL

　　标识用户是否在上下文帮助模式

　　√

　　public

　　m_pszExeName

　　LPCTSTR

　　应用程序的模块名

　　√

　　public

　　m_pszHelpFilePath

　　LPCTSTR

　　应用程序的帮助文件名，缺省时同模块名

　　√

　　public

　　m_pszProfileName

　　LPCTSTR

　　应用程序的INI文件名，缺省时同应用程序名

　　√

　　public

　　m_pszRegistryKey

　　LPCTSTR

　　Register入口，如果不指定，使用INI文件。

　

　　public

　　m_pDocManager;

　　CDocManager *

　　指向一个文档模板管理器

　

　　protected

　　m_hDevMode

　　HGLOBAL

　　打印设备模式

　

　　protected

　　m_hDevNames

　　HGLOBAL

　　打印设备名称

　

　　protected

　　m_dwPromptContext

　　DWORD

　　被MESSAGE BOX覆盖的帮助上下文

　

　　protected

　　m_nWaitCursorCount

　　int

　　等待光标计数

　

　　protected

　　m_hcurWaitCursorRestore

　　HCURSOR

　　保存的光标，在等待光标之后恢复

　

　　protected

　　m_pRecentFileList

　　指针

　　指向CRecentFileList对象，最近打开的文件列表

　

　　public

　　m_atomApp

　　ATOM

　　DDE用途

　

　　public

　　m_atomSystemTopic

　　m_atomApp

　　DDE用途

　

　　public

　　m_nNumPreviewPages

　　UINT

　　缺省被打印的页面

　

　　public

　　m_nSafetyPoolSize

　　size_t

　　理想尺寸

　

　　public

　　m_lpfnDaoTerm

　　函数指针

　　DAO初始化设置时使用

　　CDocument的成员变量

　　表5-8 文档对象的属性。

　

　　访问限制

　　变量名称

　　类型

　　解释

　

　　protected

　　m_strTitle

　　CString

　　文档标题

　

　　protected

　　m_strPathName

　　CString

　　文档路径

　

　　protected

　　m_pDocTemplate

　　CDocTemplate*

　　指向文档模板的指针

　

　　protected

　　m_viewList

　　CPtrList

　　关联的视窗口列表

　

　　protected

　　m_bModified

　　BOOL

　　文档是否有变化、需要存盘

　

　　public

　　m_bAutoDelete

　　BOOL

　　关联视都关闭时是否删除文档对象

　

　　public

　　m_bEmbedded

　　BOOL

　　文档是否由OLE创建

　　文档模板的属性

　　表5-9列出了文档模板的成员变量，5-10列出了单文档模板的成员变量，5-11列出了多文档模板的成员变量。单、多文档模板继承了文档模板的成员变量。

　　表5-9 文档模板的数据成员

　

　　访问限制

　　变量名称

　　类型

　　解释

　

　　public

　　m_bAutoDelete

　　BOOL

　 　

　　public

　　m_pAttachedFactory

　　CObject *

　 　

　　public

　　m_hMenuInPlace

　　HMENU

　　就地激活时，OLE客户程序的菜单

　

　　public

　　m_hAccelInPlace

　　HACCEL

　　就地激活时，OLE客户程序的快捷键

　

　　public

　　m_hMenuEmbedding

　　HMENU

　 　

　　public

　　m_hAccelEmbedding

　　HACCEL

　 　

　　public

　　m_hMenuInPlaceServer

　　HMENU

　 　

　　public

　　m_hAccelInPlaceServer

　　HACCEL

　 　

　　protected

　　m_nIDResource

　　UINT

　　框架、菜单、快捷键等的资源ID

　

　　protected

　　m_nIDServerResource

　　UINT

　 　

　　public

　　m_nIDEmbeddingResource

　　UINT

　 　

　　public

　　m_nIDContainerResource

　　UINT

　 　

　　public

　　m_pDocClass

　　CRuntimeClass*

　　指向文档类的动态创建信息

　

　　public

　　m_pFrameClass

　　CRuntimeClass*

　　指向框架类的动态创建信息

　

　　public

　　m_pViewClass

　　CRuntimeClass*

　　指向视类的动态创建信息，由字符串m_nIDResource描述

　

　　public

　　m_pOleFrameClass

　　CRuntimeClass*

　　指向OLD框架类的动态创建信息

　

　　public

　　m_pOleViewClass

　　CRuntimeClass*

　 　

　　public

　　m_strDocStrings

　　CString

　　描述该文档类型的字符串

　　表5-10 单文档模板的成员变量

　

　　访问限制

　　变量名称

　　类型

　　解释

　

　　protected

　　m_pOnlyDoc

　　CDocment*

　　指向唯一的文档对象

　　表5-11 单文档模板的成员变量

　

　　访问限制

　　变量名称

　　类型

　　解释

　

　　public

　　m_hMenuShared

　　HMENU

　　该模板的MDI子窗口的菜单

　

　　public

　　m_hAccelTable

　　HACCEL

　　该模板的MDI子窗口的快捷键

　

　　protected

　　m_docList

　　CPtrList

　　该模板的文档列表

　

　　protected

　　m_nUntitledCount

　　UINT

　　用来生成文件名的数字，如”untitled0”的0。

　　WinMain入口函数

　　WinMain流程

　　现在讨论MFC应用程序如何启动。

　　WinMain函数是MFC提供的应用程序入口。进入WinMain前，全局应用程序对象已经生成。WinMain流程如图5-3所示。图中，灰色框是对被调用的虚拟函数的注释，程序员可以或必须覆盖它以实现MFC要求的或用户希望的功能；大括号所包含的图示是相应函数流程的细化，有应用程序对象App的初始化、Run函数的实现、PumpMessage的流程，等等。

　　

　　从图中可以看出：

　　（1）一些虚拟函数被调用的时机

　　对应用程序类（线程类）的InitIntance、ExitInstance、Run、ProcessMessageFilter、OnIdle、PreTranslateMessage来说，InitInstance在应用程序初始化时调用，ExitInstance在程序退出时调用，Run在程序初始化之后调用导致程序进入消息循环，ProcessMessageFilter、OnIdle、PreTranslateMessage在消息循环时被调用，分别用来过滤消息、进行Idle处理、让窗口预处理消息。

　　（2）应用程序对象的角色

　　首先，应用程序对象的成员函数InitInstance被WinMain调用。对程序员来说，它就是程序的入口点（真正的入口点是WinMain，但MFC向程序员隐藏了WinMain的存在）。由于MFC没有提供InitInstance的缺省实现，用户必须自己实现它。稍后将讨论该函数的实现。

　　其次，通过应用程序对象的Run函数，程序进入消息循环。实际上，消息循环的实现是通过CWinThread::Run来实现的，图中所示的是CWinThread::Run的实现，因为CWinApp没有覆盖Run的实现，程序员的应用程序类一般也不用覆盖该函数。

　　（3）Run所实现的消息循环

　　它调用PumpMessage来实现消息循环，如果没消息，则进行空闲(Idle)处理。如果是WM_QUIT消息，则调用ExitInstance后退出消息循环。

　　（4）CWinThread::PumpMessage

　　该函数在MFC函数文档里没有描述，但是MFC建议用户使用。它实现获取消息，转换(Translate)消息，发送消息的消息循环。在转换消息之前，调用虚拟函数PreTranslateMessage对消息进行预处理，该函数得到消息目的窗口对象之后，使用CWnd的WalkPreTranslateTree让目的窗口及其所有父窗口得到一个预处理当前消息的机会。关于消息预处理，见消息映射的有关章节。如果是WM_QUIT消息，PumpMessage返回FALSE；否则返回TRUE。

　　MFC空闲处理

　　MFC实现了一个Idle处理机制，就是在没有消息可以处理时，进行Idle处理。Idle处理的一个应用是更新用户接口对象的状态。更新用户接口状态的内容见消息映射的章节。

　　空闲处理由函数OnIdle完成，其原型为BOOL OnIdle（int）。参数的含义是当前空闲处理周期已经完成了多少次OnIdle调用，每个空闲处理周期的第一次调用，该参数设为0，每调用一次加1；返回值表示当前空闲处理周期是否继续调用OnIdle。

　　MFC的缺省实现里，CWinThread::OnIdle完成了工具栏等的状态更新。如果覆盖OnIdle，需要调用基类的实现。

　　在处理完一个消息或进入消息循环时，如果消息队列中没有消息要处理，则MFC开始一个新的空闲处理周期；

　　当OnIdle返回FASLE，或者消息队列中有消息要处理时，当前的空闲处理周期结束。

　　从图5-3中Run的流程上可以清楚的看到MFC空闲处理的情况。

　　本节描述了应用程序从InitInstance开始初始化、从Run进入消息循环的过程，下面将就SDI应用程序的例子描述该过程中创建各个所需MFC对象的流程。

　　SDI应用程序的对象创建

　　如前一节所述，程序从InitInstance开始。在SDI应用程序的InitInstance里，至少有以下语句：

　　//第一部分，创建文档模板对象并把它添加到应用程序的模板链表

　　CSingleDocTemplate* pDocTemplate;

　　pDocTemplate = new CSingleDocTemplate(

　　IDR_MAINFRAME,

　　RUNTIME_CLASS(CTDoc),

　　RUNTIME_CLASS(CMainFrame), // main SDI frame window

　　RUNTIME_CLASS(CTView));

　　AddDocTemplate(pDocTemplate);

　　//第二部分，动态创建文档、视、边框窗口等MFC对象和对应的Windows对象

　　//Parse command line for standard shell commands, DDE, file open

　　CCommandLineInfo cmdInfo;

　　ParseCommandLine(cmdInfo);

　　// Dispatch commands specified on the command line

　　if (!ProcessShellCommand(cmdInfo))

　　return FALSE;

　　//第三部分，返回TRUE，WinMain下一步调用Run开始消息循环，

　　//否则，终止程序

　　return TRUE;

　　对于第二部分，又可以分解成许多步骤。

　　下面将解释每一步。

　　文档模板的创建

　　第一步是创建文档模板。

　　文档模板的作用是动态创建其他MFC对象，它保存了要动态创建类的动态创建信息和该文档类型的资源ID。这些信息保存在文档模板的成员变量里：m_nIDResource(资源ID)、m_pDocClass(文档类动态创建信息)、m_pFrameClass(边框窗口类动态创建信息)、m_pViewClass(视类动态创建信息)。

　　资源ID包括菜单、像标、快捷键、字符串资源的ID，它们都使用同一个ID值，如IDR_MAINFRAME。其中，字符串资源描述了文档类型，由七个被“ ”分隔的子字符串组成，各个子串可以通过CDocTemplate的成员函数GetDocString(CString& rString, enum DocStringIndex index)来获取。DocStringIndex是CDocTemplate类定义的枚举变量以区分七个子串，描述如下（英文是枚举变量名称）。

　　WindowTitle 应用程序窗口的标题。仅仅对SDI程序指定。

　　DocName 用来构造缺省文档名的字符串。当用File菜单的菜单项new创建新文档时，缺省文档名由该字符串加一个数字构成。如果空，使用“unitled”。

　　FileNewName 文档类型的名称，在打开File New对话框时显示。

　　FilterName 匹配过滤字符串，在File Open对话框用来过滤要显示的文件。如果不指定，File Open对话框的文件类型(file style)不可访问。

　　FilterExt 该类型文档的扩展名。如果不指定，则不可访问对话框的文件类型(File Style)。

　　RegFileTypeId 文档类型在Windows 注册库中的存储标识。

　　RegFileTypeName 文档类型在Windows 注册库中的类型名称。

　　文档模板被应用程序对象创建和管理。应用程序类CWinApp有一个CDocManager类型的成员变量m_pDocManager，通过该变量来管理应用程序的文档模板列表，把一些相关的操作委派给CDocManager对象处理。

　　CDocManager使用CPtrList类型的m_templateList变量来存储文档模板，并提供了操作文档模板列表的系列函数。

　　从语句pDocTemplate = new CSingleDocTemplate(…)可以看出应用程序对象创建模板时传递一个资源ID和三个类的动态创建信息给它：

　　IDR_MAINFRAME，资源ID

　　RUNTIME_CLASS(CTDoc)，文档类动态创建信息

　　RUNTIME_CLASS(CMainFrame),边框窗口类动态创建信息

　　RUNTIME_CLASS(CTView)，视类动态创建信息

　　文档模板对象接收这些信息并把它们保存到对应的成员变量里头。然后AddDocTemplate实际调用m_pDocManager->AddDocTemplate，把创建的模板对象加入到文档模板管理器的模板列表中，也就是应用程序对象的文档模板列表中。

　　文件的创建或者打开

　　第二步是创建或者打开文件。

　　对于SDI程序，MFC对象的动态创建过程是在创建或者打开文件中发生的。但是为什么没有看到文件操作相关的语句呢？

　　CCommandLineInfo

　　首先，需要弄清楚类CcommandLineInfo，它是用来处理命令行信息的类，CWinApp::PareCommandLine调用CCommandLineInfo的成员函数ParseParm分析启动程序时的参数，把分析结果保存在CCommandLineInfo对象的成员变量里。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 FileNew

　　CString m_strFileName;

　　// valid only for FilePrintTo

　　CString m_strPrinterName;

　　CString m_strDriverName;

　　CString m_strPortName;

　　};

　　由上述定义可以看出，分析结果分几类：是否OLE激活；应该执行什么动作（FileNew、FileOpen等）；传递的参数（打开或打印的文件名，打印设备、端口等）。

　　当命令行空时，执行FileNew命令。原因在于CCommandLineInfo的缺省构造函数：

　　CCommandLineInfo::CCommandLineInfo()

　　{

　　m_bShowSplash = TRUE;

　　m_bRunEmbedded = FALSE;

　　m_bRunAutomated = FALSE;

　　m_nShellCommand = FileNew;//指定了SHELL命令操作

　　}

　　缺省构造把应该执行的动作指定为FileNew。

　　处理命令行命令

　　其次，分析 CWinApp::ProcessShellCommand(CCommandLineInfo& rCmdInfo)的流程，它处理命令行的命令，流程如图5-3所示。

　　图5-4第三层表示根据命令类型进一步调用的函数，都是CWinApp或者派生类的成员函数。对于FILEDDE类型没有进一步的调用。

　　命令类型是FILENEW时，调用的函数就是标准命令ID_FILE_NEW对应的处理函数OnFileNew；命令类型是FILEOPEN时调用的函数是OpenDocumentFile，标准命令ID_FILE_OPEN的处理函数OnFileOpen的工作实际上就是由OpenDocumentFile完成的。函数FileNew、OpenDocumentFile导致了窗口、文档的创建。

　　OnFileNew

　　接着，分析 CWinApp::OnFileNew流程，如图5-5所示。

　　图5-5的说明：

　　应用程序对象得到文档模板管理器指针，调用文档模板管理器的成员函数OnFileNew(m_pDocManager->OnFileNew())；模板管理器获取文档模板对象指针，调用文档模板对象的OpenDocumentFile 函数（pTemplate->OpenDocumentFile(NULL)）。如果模板管理器发现有多个文档模板，就弹出一个对话框让用户选择文档模板。这里和后面的图解中类似于CWinApp::、CDocManager::、CDocTemplate::等的函数类属限制并不表示直接源码中有这样的限制，而是通过指针或者指针的动态约束可以认定调用了某个类的成员函数，其正确性仅仅限于本书图解的MFC的缺省实现。

　　如图5-5所示，程序员可以覆盖有关虚拟函数或命令处理函数：如果程序员在自己的应用程序类中覆盖了OnFileNew，则可以实现完全不同的处理流程；一般情况下，不会从文档模板类派生新类，如果派生的话，可以覆盖CDocTemplate的虚拟函数。

　　OnFileOpen

　　分析了 OnFileNew后，现在分析CWinApp::OnFileOpen()，其流程如图5-6所示。

　　CWinApp::OnFileOpen和OnFileNew类似，不过，第二步须得到一个要打开的文件的名称，第三步调用的是应用程序对象的OpenDocumentFile，而不是文档模板对象的该函数。

　　应用程序对象的OpenDocumentFile

　　分析应用程序的打开文档函数： CWinApp::OpenDocumentFile(LPCSTR name)，其流程如图5-7所示。

　　应用程序对象把打开文件操作委托给文档模板管理器，后者又委托给文档模板对象来执行。如果是SDI程序，则委托给单文档对象；如果是MDI程序，则委托给多文档对象──这是由指针所指对象的实际类型决定的，因为该函数是一个虚拟函数。

　　文档模板的OpenDocumentFile

　　不论是FileNew还是FileOpen，最后的操作都归结到由文档模板来打开文件（文件名空则创建文件）。

　　CSingleDocTemplate::OpenDocumentFile(lpcstr name，BOOL visible)的流程见图5-8。有一点需要指出的是：创建了一个文档对象，并不等于打开了一个文档(件)或者创建了一个新文档(件)。

　　图5-8显示的流程大致可以描述如下：

　　如果已经有文档打开，则保存当前的文档；否则，文档对象还没有创建，需要创建一个新的文档对象。因为这时边框窗口还没有生成，所以还要创建边框窗口对象（MFC对象）和边框窗口。MFC边框窗口对象动态创建，HWND边框窗口由LoadFrame创建。MFC边框窗口被创建时，CFrameWnd的缺省构造函数被调用，它把正创建的对象(this所指)加入到模块-线程状态的边框窗口列表m_frameList之首。

　　边框窗口创建过程中由CreateView动态创建MFC视对象和HWND视窗口。

　　接着，如果没有指定要打开的文件名，则创建一个新的文件；否则，则打开文件，并使用序列化机制读入文件内容。

　　通过上述过程，动态地创建了MFC边框窗口对象、视对象、文档对象以及对应的Windows对象，并填写了有关对象的成员变量，建立起这些MFC对象的关系。

　　打开文件过程中所涉及的消息处理函数和虚拟函数

　　图5-8描述的整个过程中系列消息处理函数和虚拟函数被调用。例如：在Windwos边框窗口和视窗口被创建时会产生WM_CREATE等消息，导致OnCreate等消息处理函数的调用，CFrameWnd和CView都覆盖了该函数，所以在边框窗口和视窗口的创建中，同样的消息调用了不同的处理函数CFrameWnd::OnCreate和CView::OnCreate。

　　图5-8涉及的几个虚拟函数的流程分别由图5-9、图5-10图解。图5-9表示CDocument的OnNewDocument的流程；图5-10表示CDocument的OpenDocument的流程。这两个函数分别在创建新文档或者打开一个文档时被调用。从流程可以看出，对于OpenDocument函数，MFC的缺省实现主要用来设置修改标识、序列化读入打开文档的内容。图5-10显示了序列化的操作过程：

　　首先，使用文档对象打开或者创建的文件句柄创建一个用于读出数据的CArchive对象loadarchive；然后使用它通过Serialize进行序列化操作，完毕，CArchive对象被自动销毁，文件句柄被关闭。