微软的COM、DOM和COM+

纯粹的为了记录一下

COM

组件对象模型&＃xff08;COM&＃xff09;&＃xff0c;是微软公司为了计算机工业的软件生产更加符合人类的行为方式开发的一种新的软件开发技术。在COM构架下&＃xff0c;人们可以开发出各种各样的功能专一的组件&＃xff0c;然后将它们按照需要组合起来&＃xff0c;构成复杂的应用系统。由此带来的好处是多方面的&＃xff1a;可以将系统中的组件用新的替换掉&＃xff0c;以便随时进行系统的升级和定制&＃xff1b;可以在多个应用系统中重复利用同一个组件&＃xff1b;可以方便的将应用系统扩展到网络环境下&＃xff1b;COM与语言&＃xff0c;平台无关的特性使所有的程序员均可充分发挥自己的才智与专长编写组件模块&＃xff1b;等等。

COM是开发软件组件的一种方法。组件实际上是一些小的二进制可执行程序&＃xff0c;它们可以给应用程序&＃xff0c;操作系统以及其他组件提供服务。开发自定义的COM组件就如同开发动态的&＃xff0c;面向对象的API。多个COM对象可以连接起来形成应用程序或组件系统。并且组件可以在运行时刻&＃xff0c;在不被重新链接或编译应用程序的情况下被卸下或替换掉。Microsoft的许多技术&＃xff0c;如ActiveX、DirectX以及OLE等都是基于COM而建立起来的。并且Microsoft的开发人员也大量使用COM组件来定制他们的应用程序及操作系统。

COM所含的概念并不止是在Microsoft Windows操作系统下才有效。COM并不是一个大的API&＃xff0c;它实际上象结构化编程及面向对象编程方法那样&＃xff0c;也是一种编程方法。在任何一种操作系统中&＃xff0c;开发人员均可以遵循“COM方法”。

DCOM

DCOM是微软与其他业界厂商合作提出的一种分布组件对象模型&＃xff0c;它是COM在分布计算方面的自然延续&＃xff0c;为分布在网络不同节点的两个COM组件提供了互操作的基础结构。DCOM增强COM的分布处理性能&＃xff0c;支持多种通信协议&＃xff0c;加强组件通信的安全保障&＃xff0c;把基于认证Internet安全机制同基于Windows NT的C2级安全机制集成在一起。但从系统内部的实现机制而言&＃xff0c;DCOM所采用的技术仍符COM模式。

DCOM自动建立连接、传输信息并返回来自远程组件的答复。DCOM在组件中的作用有如PC机间通信的PCI和ISA总线&＃xff0c;负责各种组件之间的信息传递&＃xff0c;如果没有DCOM&＃xff0c;则达不到分布计算环境的要求。微软通过纳入事务处理服务、更容易的编程以及对Unix和其它平台的支持扩充了DCOM。

建立DCOM时和使用COM建立对象的方式是相同的&＃xff0c;只需再加入一个机器名称的参数。如果COM通过Windows
API的CoGetClassObject建立对象&＃xff0c;只需再输入机器名称的参数即可在远程指定的计算机中建立对象&＃xff0c;并且取得指定接口的信息。它构造于RPC的技术之上&＃xff0c;并且使用TCP/IP作为网络通信协议。

COM&＃43;

COM&＃43;不再局限于COM的组件技术&＃xff0c;它更加注重于分布式网络应用的设计和实现。COM&＃43;继承了COM几乎全部的优势&＃xff0c;同时又避免了COM实现方面的一些不足&＃xff0c;把COM、DCOM和MTS的编程模型结合起来&＃xff0c;继承了它们的绝大多数特性&＃xff0c;在原有的特性上增加了新的功能。

以下列出COM&＃43;的几个主要特性&＃xff1a;

COM&＃43;不仅继承了COM所有的优点&＃xff0c;而且还增加了一些服务&＃xff0c;比如队列服务、负载平衡、内存数据库、事件服务等。

COM/DCOM/COM&＃43;关系

DCOM/MTS/MQ/COM&＃43;

为了让企业级的应用程序能使用上COM&＃xff0c;它必需要有以下的特定的能力&＃xff1a;

• 验证能力
• 对象池&＃xff08;Object Pooling&＃xff09;
• 事务处理
• 支持分布式架构

为了使开发者不必去为他们的组件添加这些能力&＃xff0c;微软公司出品了DCOM&＃xff08;Distributed
COM分布式COM&＃xff09;和MTS&＃xff08;Microsoft Transaction Server微软事务服务器&＃xff09;。使用这两种技术&＃xff0c;开发者就可以把精力用在他们的商业逻辑上&＃xff0c;而不必放在后台的他们的组件上。

DCOM是一个用于分布式的组件之间的通讯的RPC&＃xff08;Remote Procedure
Call&＃xff09;协议。客户端向一个本地机的代理类发送请求&＃xff0c;然后由代理类将这个请求隐含地给安装在远程机器上的"根"类&＃xff0c;然后执行结果原路送回给代理类&＃xff0c;最后代理类把它们回送给客户端。因此&＃xff0c;客户程序的位置完全与组件的位置无关。DCOM的缺点在于&＃xff0c;由于DCOM使用的是一个独立的硬件端口&＃xff0c;而不是HTTP协议的80端口&＃xff0c;所以在组件间通讯的过程中&＃xff0c;必须保证这个端口是开着的。这是一个严重的安全问题。所以DCOM不能够轻易地穿越防火墙。

为了使用MTS&＃xff0c;程序员在它们的组件里放置特别的MTS钩子&＃xff0c;编译后把他们放在MTS包中。把有关系的组件放在一个单一的包中有它自己的好处。当客户请求一个包中的一个组件的一个实例的时候&＃xff0c;MTS确保为这个包建立一个新的专门的线程&＃xff0c;一个新的组件实例被建立在这个线程上并被应用事务服务。至于对象池服务和安全服务是否要被建立&＃xff0c;那就要看开发者的请求了。

MTS允许相关的作业单元被当作一个事务来对待&＃xff0c;这意味着如果所有的作业单元被成功地完成&＃xff0c;整个事务就被当作成功地完成&＃xff0c;反之如果有一个单元未成功完成&＃xff0c;整个事务将被重新轮回。

在客户请求对象和释放对象后&＃xff0c;MTS仍保存着这个对象&＃xff0c;所以当另一个客户请求同一个组件的时候&＃xff0c;MTS就将保存着的对象交给它。通过这种方式&＃xff0c;MTS减少了在服务器源实例化的次数。

MTS允许开发者用安全措施来组装他们的组件&＃xff0c;以使其具有识别请求它的服务的客户的能力。这能够确保未经授权的客户不能够使用组件的功能。

MTS以COM&＃43;的名义被完整地整合到了微软公司的Windows
2000操作系统中&＃xff0c;但是COM&＃43;不仅仅只有MTS&＃xff0c;它还包括一些其它的服务。MSMQ&＃xff08;Microsoft Message Queue
Server&＃xff09;&＃xff0c;一个与MTS一同发布的服务&＃xff0c;也被以COM&＃43;的名义整合到了Windows
2000中。MSMQ允许服务器端和客户端进行同步的通讯。事件服务&＃xff08;Event
Service&＃xff09;也被加了进来&＃xff0c;它使服务器能够与客户端同步地交流事件的发生。负载平衡服务&＃xff08;Load
Balancing&＃xff09;自动地实例化机器上的具有最多资源的服务器上的请求对象。