《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
+

对象池和管理服务。