白纸人生

1 必备基础知识概述

1.1 MFC 文档视图结构程序结构总揽

当我们使用 MFC AppWizard 生成一个 MFC 程序，选用所有默认的设置（当然也是 Multiple Documents ，本文讨论主要基于 Multiple Documents ，对于 Single Document 情况仅以简单表述提及，皆因后者和前者很多相似相同之处，但前者更为复杂，并且更加常用。），假设你的程序名称为 A ，则你会得到 CMainFrame 、 CChildFrame 、 CAboutDlg 、 CADoc 、 CAView 、 CAApp 6 个类（ Single Document 仅少一个 CChildFrame 类，其余均同）。这些类的具体含义将在后面给出，这里先要给出一个 MFC 支持文档视图结构程序（以下简称 App ）的主要组成：

u 一个 App （对应类 CAApp ）可以包含多个文档模版（ CDocTemplate ），但是 MFC AppWizard （无论是 SDI 还是 MDI ）都只是默认生成一个。但是在实际开发中一个文档模版不够，需要自己手工添加（在后面实际项目例子提供示例）。这个结构是通过 MFC 中 CWinApp 的成员变量 CDocManager* m_pDocManager 实现的，我们的 CAApp 正是继承自 MFC 提供的 CWinApp 类。

u CDocManager 类则拥有一个指针链表 CPtrList m_templateList 来维护这些文档模版。这些文档模版都是在 CAApp ：： InitInstance （）中通过 AddDocTemplate(pDocTemplate) 。

u CDocTemplate 拥有 3 个成员变量，分别保存着 Document 、 View 、 Frame 的 CRuntimeClass 指针，另外持有成员变量 m_nIDResource ，用来指定这个 Document 显示时候采用的菜单资源。这 4 份数据都在 CAApp ：： InitInstance （）中 CDocTemplate 的构造函数中指定。在 Document 中拥有一个回指 CDocTemplate 的指针（ m_pDocTemplate ）。

u 一个文档可以有多个视图，由 Document 中成员变量 CPtrList m_ViewList 维护。

u CFrameWnd 拥有一个成员变量 CView* m_pActiveView 指向当前活动的 View 。

u CView 中拥有一个成员变量 CDocument* m_pDocument 指向该视图相关的 Document 。

[ 注解 ] ： ① MFC SDI/MDI 程序默认都默认生成了一个文档模版，并将这个文档模版 Add 到其文档模版的链表中，由于这是 MFC 默认提供的，因此这个文档模版会被插入到文档模版的第一个位置，而 MFC 也是通过这个文档模版的特定位置可以确定的。默认情况下，当我们点击 File （ Open ） / File （ New ）的时候，这个文档模版会被启用。

除了侯捷先生在《深入浅出 MFC 中列出的以上的深入分析，我们还应该（很大程度上更加重要）掌握以下的关于 MFC SDI/MDI 的知识：

u 文档的本质：文档是用来保存数据以及关于数据的处理的，每当 MFC SDI/MDI 响应 File （ Open ） / File （ New ）的时候都会打开一份文档。文档可以拥有多个视图。文档和视图的关系可以这样理解：文档是被视图观察的对象。

u 视图本质：视图在 Windows 中就是一个窗口，也就是一个可视化的矩形区域。视图是用来表示文档的数据的。但是每个视图必需依附于一个框架（ SDI 中是 MainFrame ， MDI 是 ChildFrame ）。当然你可以自己去 Create 一个视图，并且去显示它。

u 框架的本质：框架实际是也是一个 Windows 窗口。但是在框架上可以放置菜单、工具栏、状态栏等。而视图则放在框架的客户区。因此 MFC 中我们看到的窗口实际上 Frame 和 View 共同作用的结果。

u 在某一时刻，程序中只有一个活动的文档、框架和视图，即当前的文档、框架、视图。

1.2 MFC SDI/MDI 各个类之间的互访

在实际项目开发中用的最多就是各个类之间的互访问，这里将网络上和书籍中提到的做了一个总结，也是笔者在实际开发中都用到过的。

说明： 1 ）以上给出的都是方法，实际访问中可能还要进行以下简单的处理，如类型转换，循环遍历等；

2 ）可能没有列举完所有可能位置的互访问，但可以通过他们的组合得到。

2 文档、视图、框架之间的关联

MFC SDI/MDI 中的核心就在于文档、视图、框架之间的关联，形成了一个有机的可运作的整体。 MFC 提供了默认的关联关系，但是在实际的项目开发中很多时候需要动态进行他们的之间的关联。

2.1 文档和视图间的关联

使用 MFC AppWizard 声称 MFC SDI/MDI 程序，在 App 类的 InitInstance （）方法中有如下代码（假设 Project 名称均为 Test ）：

u SDI 中

u MDI 中

这里通过 CDocTemplate （无论是 SDI 中的 CSingleDocTemplate 还是 MDI 中的 CMultiDocTemplate ）的构造函数，将文当、视图和框架（ SDI 中与主框架， MDI 中与自框架）关联在一起了，形成了一个整体。

手工实现文当和视图的关联

在实际的项目开发时候仅仅依靠 MFC AppWizard 生成的文当和视图、框架是不够的，因此我们需要掌握手工进行这种关联。手工进行文当和视图的关联可以有以下两种实现方式：

l 模仿 MFC AppWizard 实现，使用 CDocTemplate 的构造函数：在上面的分

析中我们可以看到通过 CDocTemplate （无论是 SDI 中的 CSingleDocTemplate 还是 MDI 中的 CMultiDocTemplate ）的构造函数我们可以获得文档、视图和框架的关联。因此可以通过模拟这种方式进行关联。具体实现方法如下：

1 ） 创建新的文档、视图和框架类，方法是使用 VC 中的 Insert MFC Class

实现。注意到框架类选择 CMDIChildWnd 作为基类，文档类选择 CDocument 作为基类，而视图类则可以根据需要选择 CView 或其子类（ CEditView ）等作为基类。

2 ） 为该框架添加菜单资源，方法是在 VC 资源窗口 Menu 菜单下添加新的菜

单，当然可以通过复制 VC 提供默认菜单进行修改。

3 ） 在 App 类的 InitInstance （）中添加如下类似代码：

4 ） 为了记录这个文档模版，你可以在 App 类中添加一个 CMultiDocTemplate*

类型变量来维持这个文档模版。

l 上面给出了通过 CDocTemplate 的构造函数将文档、视图、和框架关联起来，但

是有时候我们并不想创建一个新的文档模版，我们只是想给同一个数据提供不同的结果显示，或者说是为同一个文档添加一个新的视图，并提供他们之间的一个切换。还有一种可能就是我们本来不是一个文档视图结构支持的程序，想为视图添加一个文档，更好进行业务逻辑和表示层的一个分离。第一种方法的实现方法：

Step 1 ：使用 VC 6.0 新建一个 Project ，命名为： MultiView 。除选择单文档属性外，一切使用“默认”方式。于是你可以获得五个类： CMainFrame ， CMultiViewApp ， CMultiViewDoc ， CMultiViewView ，和 CAboutDlg ；

Step 2 ：新建一个新的视图 View ，添加一个新的 MFC Class （ Insert － >New Class ），基类为 CView （或者 CView 的派生子类，如 CEditView 等）。类的名字为 CAnotherView ，这就是新的视图；并为 CAnotherView 添加 GetDocument 的实现：

Step 3 ：在 CMultiViewApp 添加成员变量记录这两个视图：

给程序菜单 IDR_MAINFRAME 添加一个菜单项目“视图”，该菜单项有两个子菜单“视图一”和“视图二”，添加相应函数（ void CMultiViewApp :: OnShowFirstview