mfc视图结构详解.doc

深入分析MFC文档视图结构（项目实践） 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）的主要组成： ??????? 一个App（对应类CAApp）可以包含多个文档模版（CDocTemplate），但是MFC AppWizard（无论是SDI还是MDI）都只是默认生成一个。但是在实际开发中一个文档模版不够，需要自己手工添加（在后面实际项目例子提供示例）。这个结构是通过MFC中CWinApp的成员变量CDocManager* m_pDocManager实现的，我们的CAApp正是继承自MFC提供的CWinApp类。 ??????? CDocManager类则拥有一个指针链表CPtrList m_templateList来维护这些文档模版。这些文档模版都是在CAApp：：InitInstance（）中通过AddDocTemplate(pDocTemplate)。 ??????? CDocTemplate拥有3个成员变量，分别保存着Document、View、Frame的CRuntimeClass指针，另外持有成员变量m_nIDResource，用来指定这个Document显示时候采用的菜单资源。这4份数据都在CAApp：：InitInstance（）中CDocTemplate的构造函数中指定。在Document中拥有一个回指CDocTemplate的指针（m_pDocTemplate）。 ??????? 一个文档可以有多个视图，由Document中成员变量CPtrList m_ViewList维护。 ??????? CFrameWnd拥有一个成员变量CView* m_pActiveView指向当前活动的View。 ??????? CView中拥有一个成员变量CDocument* m_pDocument指向该视图相关的Document。 [注解]：①MFC SDI/MDI程序默认都默认生成了一个文档模版，并将这个文档模版Add到其文档模版的链表中，由于这是MFC默认提供的，因此这个文档模版会被插入到文档模版的第一个位置，而MFC也是通过这个文档模版的特定位置可以确定的。默认情况下，当我们点击File（Open）/ File（New）的时候，这个文档模版会被启用。 除了侯捷先生在《深入浅出MFC中列出的以上的深入分析，我们还应该（很大程度上更加重要）掌握以下的关于MFC SDI/MDI的知识： ??????? 文档的本质：文档是用来保存数据以及关于数据的处理的，每当MFC SDI/MDI响应File（Open）/ File（New）的时候都会打开一份文档。文档可以拥有多个视图。文档和视图的关系可以这样理解：文档是被视图观察的对象。 ??????? 视图本质：视图在Windows中就是一个窗口，也就是一个可视化的矩形区域。视图是用来表示文档的数据的。但是每个视图必需依附于一个框架（SDI中是MainFrame，MDI是ChildFrame）。当然你可以自己去Create一个视图，并且去显示它。 ??????? 框架的本质：框架实际是也是一个Windows窗口。但是在框架上可以放置菜单、工具栏、状态栏等。而视图则放在框架的客户区。因此MFC中我们看到的窗口实际上Frame和View共同作用的结果。 ??????? 在某一时刻，程序中只有一个活动的文档、框架和视图，即当前的文档、框架、视图。 1.2 MFC SDI/MDI各个类之间的互访 在实际项目开发中用的最多就是各个类之间的互访问，这里将网络上和书籍中提到的做了一个总结，也是笔者在实际开发中都用到过的。 访问对象 访问位置 访问实现 应用程序App 任何位置 ①???? AfxGetApp(); ②???? 在要使用应用程序App的文件中加入： extern CAApp theApp，然后直接使用全局的theApp变量。 主框架窗口 任何位置 ①AfxGetMainWnd(); ②AfxGetApp()-m_pMainWnd; 视图 框架类中 GetAct