《COM原理及应用》学习笔记之第十四章

第 14 章 COM 发展—— COM +

1 、 COM +

       由于历史的原因， COM 、 DCOM 和 MTS 相互之间并不很融洽，难以形成统一的整体。 COM + 把这三者有效地统一起来，形成了一个全新的、功能强大的组件体系结构。

       COM + 并不是 COM 的新版本，而是 COM 的新发展，或者 COM 更高层次上的应用。 COM + 的底层结构仍然以 COM 为基础，它几乎包容了 COM 的所有内容。 COM + 把组件软件提升到应用层而不是底层的软件结构，它通过操作系统的各种支持，使得组件对象模型建立在应用层上，把所有组件的底层细节留给操作系统，因此， COM + 与操作系统的结合更加紧密。

       COM + 不再局限于 COM 的组件技术，它更加注重于分布式网络应用的设计和实现，已经成为 Microsoft 系统平台策略的一部分。

 

2 、 Windows DNA 策略

       Windows DNA ，即 Distributed interNet Application Architecture ，分布式网际应用结构。  

 

3 、 COM + 基本结构

       COM + 提供了一个比 MTS 更好的组件管理环境， COM + 管理程序（ COM + Explorer ）也采用 MMC 标准界面。

       COM 和 MTS 把组件的所有配置信息都保存在 Windows 的系统注册表中，而 COM + 把组件信息保存在被称为 COM + 目录（ COM + Catalog ）的新的数据库中。

 

4 、对象环境

       COM + 为每一个对象提供了一个对象环境（ Object Context ）。

 

5 、 COM + 系统服务—— COM + 对列组件

       COM 客户与远程组件之间的交互是基于 RPC 连接的。 COM + 除了支持这种基于 RPC 连接的运行方式，还支持基于消息的通信过程，它可以有效地把客户与组件的生存期分离开，这种模式通过 COM + 的队列组件服务实现。队列组件采用了底层的消息系统 MSMQ （ Microsoft Message Queue Server ， Microsoft 消息队列服务系统）。 COM + 应用可以以透明方式支持同步和异步两种调用方式。

 

6 、 COM + 系统服务—— COM + 事件模型

       COM 不仅定义了客户调用组件对象的通信过程，也定义了反向的通信过程，这就是 COM 可连接对象机制。

       COM + 事件模型改进了 COM 的可连接对象机制，它采用了多通道的发布／订阅事件机制。

 

7 、 COM + 系统服务——负载平衡

       COM + 提供了一个负载平衡服务，它可以以透明方式实现动态负载平衡。 COM + 应用程序的负载平衡特性并不需要编写代码来支持，客户程序和组件程序都可以按通常的方式实现。

 

8 、 COM + 系统服务——内存数据库（ IMDB ）

       COM + 的内存数据库（ IMDB ， in memory database ）服务是一个全新的服务，它用于保存应用的非永久状态信息。 IMDB 的功能在于优化数据查询和数据获取，它可以装载后台数据库系统中的数据表，也可以装载应用程序的非永久数据信息。

 

9 、 COM + 系统服务——其他

       事务特性、安全性、 COM + 对象池和管理服务。