深入分析MFC视图结构(项目实践)..doc

深入分析MFC文档视图结构（项目实践） 文档视图结构（Document/View?Architecture）是MFC的精髓，也是Observer模式的具体实现框架之一，Document/View?Architecture通过将数据和其表示分开，提供了很好的数据层次和表现层次的解耦。然而，虽然我们使用MFC?AppWizard就可以很轻松地获得一个支持Document/View?Architecture的MFC程序框架，Document/View?Architecture本身的复杂性加上VC产生的一系列代码足够让我们眼花缭乱，一时陷入云里雾里不可自拔。加上我们更多的人都没有经过Windows?SDK?Programming?的学习和经历就直接进行MFC?Programming的学习和开发，更是面对一堆的代码不知所措。 之于Document/View?Architecture，侯捷先生的《深入浅出MFC》一书确实进行了很深入的分析和研究，网络上也有很多在侯捷先生著述的基础上的进一步的文章出现，但是个人觉得这里面有一点瑕疵（仅代表k_eckel浅见）：太过深入，这些分析和研究都最终会定位到Windows?SDK中窗口的创建过程、MFC中对Document/View?Architecture支持所提供的复杂无序的宏等对于没有Windows?SDK?Programming?经验和经历的学习者和对于MFC不是很熟悉的学习者无异于是徒增烦恼，一个本来就很复杂的问题更加地复杂化了。我的观点是这个过程是必要的，然而不是每个人所必需的，或者说不是每个人在初期学习和绝大多数项目开发中所必需的。我向来对众多的仅仅学会了拖拉点拽就以为会了MFC（侯捷先生在《深入浅出MFC》一书中对这个群体有一个照面，这里不罗嗦）不以为然，但是我依然认为轻量级学习成本是重要的，容易上手，易于接受是一门技术成功或者说有价值的一个很大的决定性因素。因此提供一个轻量级的学习过程对于学习来说是很有必要性的，本系列文章就遵循这样一个理念，对MFC中Document/View?Architecture进行一个分析（姑且也可以称之为深入），尽量将对Document/View?Architecture的理论研究（侯捷先生书中很多内容）和实际的项目开发结合起来，最后提供一个简单但是全面的Document/View?Architecture项目开发（主要是界面框架设计和开发）的实际例子，供参考。 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维护