分类： C/C++
2008-04-23 21:59:35
COM组件设计与应用（二）
GUID 和 接口
作者：
一、前言
书接上回，话说在 doc(Word) 复合文件中，已经解决了保存
xls(Excel) 数据的问题了。那么，接下来又要解决另一个问题：当 WORD
程序读取复合文件，遇到了 xls 数据的时候，它该如何启动
Excel 呢？启动后，又如何让 Excel 自己去读入、解析、显示
xls 数据呢？
二、CLSID 概念
有一个非常简单的解决方案，那就是在对象数据的前面，保存有处理这个数据的程序名。（见下图左上）
图一、CLSID 的概念
这的确是一个简单的方法，但同时问题也很严重。在“张三”的计算机上，Excel
的路径是："c:\office\Excel.exe"，如果把这个 doc
文件复制到“李四”的计算机上使用，而“李四”的 Excel
的路径是：
"d:\Program files\Microsoft Office\Office\Excel.exe"，完蛋了:-(
于是，微软想出了一个解决方案，那就是不使用直接的路径表示方法，而使用一个叫 CLSID（注1）的方式间接描述这些对象数据的处理程序路径。CLSID 其实就是一个号码，或者说是一个16字节的数。观察注册表（上图），在HKCR\CLSID\{......}主键下，LocalServer32（DLL组件使用InprocServer32）
中保存着程序路径名称。CLSID 的结构定义如下：
typedef struct _GUID {
DWORD Data1; // 随机数
WORD Data2; // 和时间相关
WORD Data3; // 和时间相关
BYTE Data4[8]; // 和网卡MAC相关
} GUID;
typedef GUID CLSID; // 组件ID
typedef GUID IID; // 接口ID
#define REFCLSID const CLSID &
// 常见的声明和赋值方法
CLSID CLSID_Excel = {0x00024500,0x0000,0x0000,{0xC0,0x00,0x00,0x00,0x00,0x00,0x00,0x46}};
struct __declspec(uuid("00024500-0000-0000-C000-000000000046")) CLSID_Excel;
class DECLSPEC_UUID("00024500-0000-0000-C000-000000000046") CLSID_Excel;
// 注册表中的表示方法
{00024500-0000-0000-C000-000000000046}
用一个号码间接表示程序名，的确是个 Good idea，实现了组件位置的透明性，并方便地扩展出
DCOM（远程组件）。但，但，但，但.....CLSID
有16个字节共128位二进制数，干吗用这么长的数字呀？遥想当年......我还在上幼儿园的时候，人们设计了
socket，用 TCP/IP
协议进行网络通讯。每个参与通讯的计算机都有一个4字节的 IP 表示编号地址，范围是 0,0,0,0 ~ 255,255,255,255
共42亿个地址。可是没想到啊，没想到，自从 Internet 选择了TCP/IP
协议后，42亿个地址就不够全世界的劳动人民分配啦。除了劳动人民，还有冰箱、彩电、电饭锅、手机、手提电脑......这些都需要连网呀。在办公室通过网络开启电饭锅给我焖饭，下班回家后就能吃现成的啦，多幸福呀？！（注：在我们家老婆是领导，所以是我做饭。咳......）四、ProgID 概念
每一个COM组件都需要指定一个 CLSID，并且不能重名。它之所以使用16个字节，就是要从概率上保证重复是“不可能”的。但是，（世界上就怕“但是”二字）微软为了使用方便，也支持另一个字符串名称方式，叫
ProgID(注3）。见上图注册表的ProgID 子键内容（注4）。由于
CLSID 和 ProgID
其实是一个概念的两个不同的表示形式，所以我们在程序中可以随便使用任何一种。（有些人就是讨厌，说话不算数。明明 GUID 的目的就是禁止重复，但居然又允许使用
ProgID？！ProgID 是一个字符串的名字，重复的可能性就太大了呀。赶明儿我也写个程序，我打算这个程序的
ProgID 叫“Excel.Application”,嘿嘿）下面介绍一下
CLSID 和 ProgID
之间的转换方法和相关的函数：
| 函数
给主人留下些什么吧！~~
|