COM DCOM组件技术.ppt

COM/DCOM组件技术 所谓组件，就是具有某种特定功能的软件模块，组建的功能不仅全面而且强大，几乎可以完成任何任务。 目前，主要的组件技术有COM／DCOM、CORBA等几种。随着网络技术的发展，组件技术在应用程序开发和Web信息发布中得到广泛的应用。 COM／DCOM组件技术是由Microsoft公司与DEC公司于1995年提出的，COM代表Component Object Model（组件对象模型），而DCOM代表Distributed Component Object Model（分布式组件对象模型）。 COM模型用于异质网络和操作系统中创建、使用和加入可重复使用的组件对象，理论上，这些组件对象可以互相通讯与交互，而与它们的语言、分布及原始平台无关。 COM规程包括一套标准API、一个标准的接口集以及COM用于支持分布式计算的网络协议。而DCOM模型则是一套用于分布式环境中的COM对象，在DCOM环境中，位于一个网络上的COM对象能与位于另一个网络上的COM对象进行通信。 通常我们可以把COM看作是某种（软件）打包技术，即把它看作是使软件的不同部分按照一定的面向对象的形式，组合成可以交互的过程和一组支持库。COM对象可以用C++、JAVA和VB等任意一种语言编写，并且可以以DLL或作为不同过程工作的执行文件的形式来实现。 使用COM对象的客户端，无需关心对象是用什么语言写的，也无需关心它是以DLL、还是以另外的过程来执行的。从速度上来看，COM (动态连接库形式)与客户共同存在于同一内存空间,调用速度快,DCOM的速度只有COM的万分之一。 其实，DCOM本身就是COM的一种表现形式,但是由于大家听见COM一般就把它当成在本地执行的COM,而DCOM当然就是分布的COM,在网络上的另一台计算机上执行。COM有两种存在形式,动态连接库和可执行程序,但DCOM必须是可执行程序。因为DCOM不可能在客户程序的内存空间运行,所以不能是动态连接库。  从另一方面来说，DCOM为面向对象的分布式计算定义了跨平台服务（或抽象），其中包括连接组件、创建组件、组件的定位、激活组件的方法以及一个安全性框架。 除了这些之外，DCOM仅仅使用了每一个平台上都有的服务来完成多线程化和并发控制、用户界面、文件系统之间的相互作用、非DCOM网络的相互作用以及实际的安全性模块。 COM／DCOM组件技术是从微软件的OLE发展起来的一种软件重用技术，采用的是面向对象的广泛，支持面向对象的各种特性。对拥有OLE基础的人而言，掌握COM／DCOM并不难，特别是微软提供了一个极好的工具——活动样板库ATL（Active Template Library），可用来创建DCOM和COM对象。  通过ATL COM AppWizard，Visual C＋＋可生成大多数后台处理代码，如代理和存根模块代码，创建必要的COM类。通过ATL Object Wizard，你可以选择要插入的COM对象类型，配置对象的属性，如线程模型、界面类型，然后由该Wizard根据你的配置生成C＋＋代码。 Microsoft的开发工具是高度可视化和高度自动化的。许多工作都是自动完成的，因此不用知道多少具体的技术细节就能很容易地进行开发。特别是随着ActiveX控件的推广，ActiveX控件的开发工具也逐日增多。由于ActiveX不依赖于语言，所以常见的可视化开发工具基本上都能构筑、配备ActiveX控件。最常用的有Visual C++、Delphi、Visual Basic和Visual J++等。 DCOM技术近几年发展势头很好，归咎其原因，我认为主要是因为DCOM有以下几个特点： 1.DCOM的结构特点。 DCOM是组件对象模型（COM）的进一步扩展。COM定义了组件和它们的客户之间互相作用的方式，它使得组件和客户端无需任何中介组件就能相互联系。当客户进程和组件位于不同的机器时，DCOM仅仅只是用网络协议来代替本地进程之间的通讯。无论是客户还是组件都不会知道连接它们的线路比以前长了许多。 2.组件与复用。 就目前的应用情况来看，大多数的分布式应用都不是凭空产生的，现存的硬件结构、软件、组件以及工具需要集成起来，以便减少开发和扩展时间以及费用。DCOM能够直接且透明地改进现存的对COM组件和工具的投资。对各种各样组件需求的巨大市场使得将标准化的解决方案集成到一个普通的应用系统中成为可能。 许多熟悉COM的开发者能够很轻易地将他们在COM方面