Delphi下的COM编程技术简介

　　组件对象模型(Component Object Model，以下简称COM)是组件对象之间相互接口的规范，凡是遵循COM接口规范的对象彼此之间能相互通信和交互，即使这些对象是由不同的厂商、用不同的语言、在不同的Windows版本甚至不同的机器上编写和建立的。Delphi支持COM接口规范，Object Pascal语言增加了对象接口的方法。用Delphi创建的COM对象还可以工作在MTS(Microsoft Transaction Server)环境中。

　　软件重用是业界追求的目标，人们一直希望能够像搭积木一样随意“装配”应用程序，组件对象就充当了积木的角色。所谓组件对象，实际上就是预定义好的、能完成一定功能的服务或接口。问题是，这些组件对象如何与应用程序、如何与其他组件对象共存并相互通信和交互?这就需要制定?个规范，让这些组件对象按统一的标准方式工作。

　　COM是个二进制规范，它与源代码无关。这样，即使COM对象由不同的编程语言创建，运行在不同的进程空间和不同的操作系统平台，这些对象也能相互通信。COM既是规范，也是实现，它以COM库(OLE32.dll和贴OLEAut32.dll)的形式提供了访问COM对象核心功能的标准接口以及一组API函数，这些API函数用于创建和管理COM对象。COM本质上仍然是客户服务器模式。客户(通常是应用程序)请求创建COM对象并通过COM对象的接口操纵COM对象。服务器根据客户的请求创建并管理COM对象。客户和服务器这两种角色并不是绝对的。

　　组件对象与一般意义上的对象既相似也有区别。一般意义上的对象是一种把数据和操纵数据的方法封装在一起的数据类型的实例，而组件对象则使用接口(Interface)而不是方法来描述自己并提供服务。所谓接口，其精确定义是“基于对象的一组语义上相关的功能”，实际上是一个纯虚类，真正实现接口的是接口对象)(Interface Object)。一个COM对象可以只有一个接口，例如Wndows 95／98外壳扩展；也可以有许多接口，例如Ac咖ex控件一般就有多个接口，客户可以从很多方面来操纵ActiveX控件。接口是客户与服务器通信的唯一途径。如果一个组件对象有多个接口，则通过一个接口不能直接访问其他接口。但是，COM允许客户调用COM库中的QueryInterface()去查询组件对象所支持的其他接口。从这个意义上讲，组件对象有点像接口对象的经纪人。

　　在调用QueryInterface()后，如果组件对象正好支持要查询的接口，则QueryInterface()将返回该接口的指针。如果组件对象不支持该接口，则QueryInterface()将返回一个出错信息。

　　所以，QueryInterface()是很有用的，它可以动态了解组件对象所支持的接口。接口是团向对象编程思想的一种体现，它隐藏了COM对象实现服务的细节。COM对象可以完全独立于访问它的客户，只要接口本身保持不变即可。如果需要更新接口，则可以重新定义一个新的接口，对于使用老接口的客户来说，代码得到了最大程度的保护。

　　认识GUID、CLSID、IID

　　在一个复杂的系统中，可能充斥着大量的组件对象．每个组件对象可能又有大量的楼cJ为了保证这些接口彼此不会冲突，Microsoft规定用GUID来标识组件对象和接口。GUID是Globally Unique Identifier的缩写．意为全局唯一标旧符．GUID可以标识组件对象的类，这时候GUID也称为CLSID(Class Identifier的缩写)。GUID也可以标识组件对象的接口，这时候GUID也称为IID(Interface Identifier的缩写）。

　　引用计数

　　引用计数是一种机制，使组件对象具有?定的“智能性”。它的工作原理是这样的：当接口对象第一次创建时，引用计数的初始值为1。当有?-个客户请求获得接口对象的指针时，就调用AddRef()使该计数加1．当一个客户不再需要组件对象的服务时．它应当调用Release()。注意，Release()并不真正释放接口对象，因为可能还有其他客户正在使用接口；Release()只是使引用计数减1。只有当引用汁数正好减为零时．接口对象才被删除。下面举例说明引用计数的作用。假设客户A向服务器请求IMalloc接口，服务器收到请求后．首先看该接口对象是否存在。如果没有．就创建?个接口对象，并凋用AddRef()使引用计数变为1，同时把该接口对象的指针传递给客户A。假设这时候客户B也加入进来，并且也是请求IMalloc接口。由于此时IMalloc接口对象己存在，所以服务器只是简单地返回一个指针，并且调用AddRef()使引用计数变为2，当客户A不再需要IMalloc接口时，它就调用Release()试图释放这个接口。显然，这时候不能删除Imalloc接口对象，因为客尸B还正用着呢。可见，引用计数这种机制使服务区知道如何管理自己的接口。

　　引用汁数这种机制也带来?个问题，就是调用AddRef()和Release()不能出现混乱。一旦出现混乱，可能导致接口对象水远不被删除或者过早地被删除。

　　虚拟方法表

　　COM是个二进制规范，任何开发环境只要遵守这个规范都可以生产出COM对象。COM采用一种称为虚拟方法表的文法来解决方法调用。不过，COM接口与Objetc Pascal的类还是行-?些区别的：COM接口中凡是要表露给客户的方法必须声明为纯虚的，客户得到的只是指向虚拟方法表的指针，具体实现接口的是接口对象。

　　如果建立了同一个COM对象的多个实例，则虚拟方法表是共享的．但每个实例的数据是私有的。在DELPHI种，用abstract指示字来声明纯虚方法。例如：

TMyPureVirtualClass=class
public
procedure MyMethod;virtual;abstract;
…
end;

　　IUnknOwn接口

　　正如TObjetc是所有类的祖先一样，IUnknown是所有接口的祖先。这样，凡是取得了接口对象指针的客户总是能访问COM对象的核心服务，诸如AddRef(),Release()和QueryInterface(),这三个核心服务管理着接口对象的生存期。AddRef()和Release()比较简单．都没有参数。而QueryInterface()则比较复杂，它有两个参数：一个是IID参数，用于指定要查询的接口；另一个是Obj参数，用于返回找到的接口对象的指钉；如果COM对象不支持所查询的接口，则Obj参数将返回nil。

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有