com应用程序框架..docVIP

窗体顶端 [ 原创文档 本文适合高级读者 已阅读19956次 ] 窗体底端 COM应用程序框架 1.2设计方案 试验A版作者：许松森 下载COM应用程序框架 本文只介绍《COM应用程序框架》的主要设计部分，更多、更详细的文档信息请参见下载文件包中的文档和源代码。一、设计说明　　 《COM应用程序框架》是把标准的Microsoft Windows多文档处理应用程序使用COM技术来设计．所以针对多文档处理应用程序的需求，不再多写。如果您不了解请参见MSDN或者是其它编程基础方面的书籍。　　 《COM应用程序框架》分为两种，一种是COM多文档应用程序框架，第二种是单文档应用程序框架。在这里我们只介绍多文档应用程序，不介绍单文档应用程序。　　 《COM应用程序框架》建立在一个单独的AIFrame.DLL文件中，所有的功能都通过COM接口进行操作．《COM应用程序框架》将使用如下两种库的组合进行设计，1.使用MFC+ATL组合, 2.使用WTL+ATL组合，下面分别对这两种组合的优点和缺点说明一下，最后选择一种最优组合。 1. 使用MFC+ATL组合图: 2. 使用WTL+ATL组合图:从上面两附图中很容易看出，使用MFC+ATL组合开发COM应用程序框架，MFC存在一层函数调用，代码执行速度会慢一些。小程序可能看不出来，大程序也就明显了。 　　如果使用WTL+ATL组合开发COM应用程序框架，就不会多一层调用，代码执行速度非常快，就像是用Win32 SDK编写代码一样没有什么区别，因为WTL是模板代码，在编译后不会存在一层函数调用。所以《COM应用程序框架》将采用WTL+ATL组合进行设计，这可能是最佳方案。 二、通用设计1. 数据视图　　 所谓数据视图，就是添加到《COM应用程序框架》中每一个窗口，无论这个窗口是用做什么，还是什么形状的，统称为数据视图。　　 所有客户端程序向《COM应用程序框架》添加的数据视图必须从IDataView纯虚接口继承下来，必须是．这样《COM应用程序框架》才能工作正常。　　 数据视图纯虚接口:IDataView。父类是IDispatch。 2. 命令的响应函数　　 函数名称：NotifyCommand(UINT codeNotify, UINT cmdID, VARIANT_BOOL *bHandle);　　 参数：codeNotify - 通报代码，现在没有使用。　　 cmdID – 某个命令ID，可以是菜单也可以是工具格中的按钮。　　 bHandle – 如果命令还继续向下路径设置为VARIANT_TRUE,不向下路径设置为VARIANT_FALSE. 三、《COM多文档应用程序框架》设计1. 框架　　 《COM多文档(MDI)应用程序框架》只有一个MDI主窗口，但是可以拥有N多MDI子窗口，每个MDI子窗口可以拥有多个数据视图，每一个数据视图必须从IDataView接口继承下来。　　 MDI主窗口框架类名：CMDIFrame,接口是IMDIFrame，是所有MDI子窗口、停靠数据视图、工具条、菜单的容器，并负责把命令分发给当前活动的MDI子窗口或者是数据视图。MDI子窗口框架类名：CMDIChildFrame,接口是IMDIChildFrame。可以拥有N多数据视图，并把命令分发给当前活动的数据视图。　　 MDI子窗口框架集合类名：CMDIChildFrames，接口是IMDIChildFrames，用来管理所有的MDI子窗口和创建DMI子窗口。　　 《COM多文档应用程序框架》接口图：2. 事件MDIFrame事件 　目前仅提供两个事件。OnQuit(VARIANT_BOOL *vbQuit)NotifyCommand(UINT codeNotify, UINT cmdID, VARIANT_BOOL *bHandle) IMDIChildFrame事件 目前仅提供一个事件。NotifyCommand(UINT codeNotify, UINT cmdID, VARIANT_BOOL *bHandle)3. 命令路由　　 MDI主窗口框架、MDI子窗口框架事件类和数据视图都拥有一个命令处理方法NotifyCommand。《COM多文档应用程序框架》就是通过NotifyCommand向客户端发送命令处理。　　 MDI主窗口事件首先接收到菜单或者是工具条命令，处理完必后返回或者是发送给MDI子窗口框架事件处理，在MDI子窗口框架处理完必后返回或者是发送给让当前活动的数据视图处理．完成后命令返回。　　 命令是否向下路由是有NotifyCommand方法的bHandle变量决定，设置为VARIAN