前言
所谓COM（Componet Object Model，组件对象模型），是一种说明如何建立可动态互变组件的规范，此规范提供了为保证能够互操作，客户和组件应遵循的一些二进制和网络标准。通过这种标准将可以在任意两个组件之间进行通信而不用考虑其所处的操作环境是否相同、使用的开发语言是否一致以及是否运行于同一台计算机。
显然，在COM规范下将能够以高度灵活的编程(www.cppentry.com)手段来开发、维护应用程序。可以将一个单独的复杂程序划分为多个独立的模块进行开发，这里的每一个独立模块都是一个自给自足的组件，可以采取不同的开发语言去设计每一个组件。在运行时将这些组件通过接口组装起来以形成所需要的应用程序。构成应用程序的每一个组件都可以在不影响其他组件的前提下被升级。这里所说的组件是特指在二进制级别上进行集成和重用而能够被独立生产获得和配置的软件单元。COM规范所描述的即是如何编写组件，遵循COM标准的任何一个组件都是可以被用来组合成应用程序的。至于对组件采取的是何种编程(www.cppentry.com)语言则是无关紧要的，可以自由选取。作为一个真正意义上的组件，应具备如下特征：
1） 实现了对开发语言的封装。
2） 以二进制形式发布。
3） 能够在不妨碍已有用户的情况下被升级。
4） 在网络上的位置必须能够被透明的重新分配。
这些特征使COM组件具有很好的可重用性，这种可重用性与DLL一样都是建立在二进制基础上的代码重用。但是COM在多个方面的表现均要比DLL的重用方式好的多。例如，在DLL中存在的函数重名问题、各编译器对C++(www.cppentry.com)函数名称修饰的不兼容问题、路径问题以及与可执行程序的依赖性问题等在COM中通过使用虚函数表、查找注册表等手段均被很好的解决。其实COM组件在发布形式上本身就包扩DLL，只不过通过制订复杂的COM规范，使COM本身的机制改变了重用的方法，能够以一种新的方法来利用DLL并克服DLL本身所固有的一些缺陷，从而实现了更高层次的重用。
客户程序在与COM组件进行交互时，只需知道与哪个COM对象进行交互即可而不必关心组件模块的具体名称和位置，即COM对象的位置对客户是透明的。客户将通过一个128位的全局标识符（globally unique identifier，GUID）完成对象的创建和初始化工作。对于COM对象，此全局标识符也被称作CLSID（class identifier，类标识符）。采用GUID对COM对象进行标识的目的是为了保证对该对象标识的全球唯一性，因此若用人工构造此GUID将存在与已有COM对象的GUID发生冲突的可能。通常是采用VC++(www.cppentry.com)附带的两个工具UUIDGen.exe和GUIDGen.exe（如图1所示）来根据一定的算法产生出唯一的GUID值。这两个工具可以在Visual Studio安装目录下的\Common\Tools\目录下找到。
图1 使用GUIDGen创建GUID
如果需要在程序中通过代码来获取，也可以使用COM库提供的CoCreateGuid（）API函数。每一个注册了的COM对象在系统注册表的HKEY_CLASSES_ROOT\CLSID子键下均对应一个以CLSID的字符串形式命名的子键。在此子键下，通过COM库可以得到所需要的信息并完成对象的创建。在Windows环境下，除了CLSID可以唯一标识一个COM对象外，也支持通过组件对象名对COM对象的标识。此标识信息称为ProgID（program identifier，程序标识符）。通常在以CLSID的字符串形式命名的子键下存在有ProgID子键，而在HKEY_CLASSES_ROOT键下可以找到以此子键键值命名的子键，该子键下亦包含有CLSID子键，通过ProgID子键的CLSID值和CLSID子键的ProgID值可以将CLSID与ProgID建立起联系。在程序中也可以通过CLSIDFromProgID（）和ProgIDFromCLSID（）进行相互转换。
|