深入了解 MFC 中的文挡/视结构
Visual C++ 5.0 以其功能强大、用户界面友好而倍受程序员们的青睐。但是,在当前的 Microsoft
基本类库 4.2 版本中,大约有将近 200 个类,数千个函数,加之 Microsoft 公司隐藏了一些技术细节,
使得人们深入学习 MFC 变得十分困难。
MFC 的 AppWizard 可以生成三种类型的应用程序:基于对话框的应用、单文档应用(SDI)和多
文档应用(MDI)。前两者的结构较简单,本文不再赘叙。笔者拟从 MFC 中的文档/视结构入手,分析
一些函数的流程,并解决编制 MDI 应用程序过程中的一些常见问题。
(一)、了解文档/视结构
MFC 应用程序模型历经多年以有了相当大的发展。有一个时期,它只是个使用应用程序对象和主
窗口对象的简单模型。在这个模型中,应用程序的数据作为成员变量保持在框架窗口类中,在框架窗口
的客户区中,该数据被提交显示器。随着 MFC2。0 的问世,一种应用程序结构的新方式----MFC 文档/
视结构出现了。在这种结构中,CFrameWnd 繁重的任务被委派给几个不同类,实现了数据存储和显示
的分离。一般情况下,采用文档/视结构的应用程序至少应由以下对象组成:
。应用程序是一个 CwinApp 派生对象,它充当全部应用程序的容器。应用程序沿消息映射网络分
配消息给它的所有子程序。
。框架窗口是一 CFrmeWnd 派生对象。
。文档是一个 CDocument 派生对象,它存储应用程序的数据,并把这些信息提供给应用程序的其
余部分。
。视窗是 Cview 派生对象,它与其父框架窗口用户区对齐。视窗接受用户对应用程序的输入并显
示相关联的文档数据。
通常,应用程序数据存在于简单模型中的框架窗口中。在文档/视方式中,该数据移入称为 document
的独立数据对象。当然,文档不一定是文字,文档是可以表现应用程序使用的数据集的抽象术语。而用
户输入处理及图形输出功能从框架窗口转向视图。单独的视窗完全遮蔽框架窗口的客户区,这意味着即
使程序员直接绘画至框架窗口的客户区,视图仍遮蔽绘画,在屏幕上不出现任何信息。所以输出必须通
过视图。框架窗口仅仅是个视图容器。
CDocument 类对文档的建立及归档提供支持并提供应用程序用于控制其数据的接口。MDI 应用程
序可以处理多个类型的文档,每个类型的文档拥有一个相关联的文档模板对象。文档对象驻留在场景后
面,提供由视图对象显示的信息。文档至少有一个相关联的视图。视图只能与一个文档相关联。
在文档/视方式中,对象的建立是由文档模板来管理的,它是 CDocTemplate 派生对象,建立并维护
框架窗口,文档及视。
MFC 调用命令处理程序以响应发生在应用程序中的事件。命令发送的优先级是:
活动的视图->框架窗口->文档->应用程序->默认窗口过程(DefWindowsProc)
总之,在文档/视方式中,文档和视是分离的,即:文档用于保存数据,而视是用来显示这些数据。
文档模板维护它们之间的关西。这种文档/视结构在开发大型软件项目时特别有用。