4.3.2 MDI结构（多文档视图窗体）
接下来我们来介绍多文档界面。使用这种类型基于窗口的应用程序可以创建像字体处理程序或电子表格那样的应用程序。例如，Microsoft Word和Microsoft Excel都是多文档应用程序的示例。文本编辑器具备有限吸引力的原因正是由于其一次只能打开一个文档。人们需要在文档之间进行比较，这就是多文档界面的应用程序不仅幽雅而且在众多情形下需要的原因。
通过把应用程序的基视图类选择为CHtmlView，可以把多文档界面的应用程序转换成简单的Web浏览器。
多文档界面的应用程序通常也都具有多种功能。文本编辑器可以提供十分简单的查找功能，但并不提供替换文本的任何方法。而全功能的字处理程序则把查找和替换作为标准功能来对待。
多文档界面应用程序的缺点就在于它处理多个文档。同时处理多个文档的能力也意味着需要更多的额外编程(www.cppentry.com)工作。并不只是要跟踪所有打开的文档，还要提供Windows菜单来管理特殊的程序特性，比如要考虑屏幕划分问题。还需要决定是否允许用户同时显示多个文档。像最小化其中一个文档，而最大化另一个文档这样的任务也需要额外的程序代码。总而言之，即使在开始编写多文档应用程序之前，就需要做大量的编程(www.cppentry.com)准备工作了。
当然，多文档界面的应用程序也有不少的缺点。例如，如果我们把Word用做OLE服务器，就会知道，在另一个应用程序中单击链接之后，每次打开这个庞大的应用程序时都要等待很长时间。而且，或许还会碰上内存不够的问题。在最近之前，每当要使用OLE时，就必须有足够的内存同时运行两个应用程序（客户和服务器）。幸好，通过让服务器接管客户端窗口的方法，Microsoft已经降低了这类内存需求，现在只负责操作文档本身了。客户窗口为服务器菜单和工具条提供了框架，因此不会再浪费额外的内存空间了。
【责任编辑： 杨硕 TEL：（010）68476636-8001】
|