Inside COM学习笔记(五)

    关于HRESULT、GUID、注册表及其他细节
COM使用HRESULT来向用户报告各种情况。HRESULT并不完全是指向某个结果的句柄。HRESULT实际上是一个可分成三个位域的32位值。
系统生成的HRESULT值在win32的WINERROR.H中定义。HRESULT的低16位就是函数的返回代码，其余15位包含的此类型及返回值起源的更详细的信息。
为了显示标准的COM错误消息，可以使用win32 API的FormatMessage函数。

GUID
Microsoft提供了两个建立GUID的程序一个是UUIDGEN.EXE；一个是GUIDGEN.EXE。

OBJBASE.H定义了DEFINE_GUID宏，可以利用该宏来定义接口的GUID
#include <objbase.h>
DEFINE_GUID (IID_IX,0x32bb8320, 0xb41b, 0x11cf,
  {0xa6, 0xbb, 0x0, 0x80, 0xc7, 0xb2, 0xd6, 0x82}

CLSID
除了接口可以用GUID来标识，组件也可以用GUID来标识。在COM中标识组件的GUID被称为类标识符，即CLSID。

通过引用传递GUID值
因为一个GUID占16个字节，所以一般不用值传递GUID参数，而采用引用传递方式。
如果不想写const IID&，当然也可以使用等价的REFIID/REFCLSID/REFGUID。

                                  windows注册表
组件在系统中注册它们以便客户可以找到它并使用它。
在前面我们需要将包含有待创建组件的DLL名称传递给CallCreateInstance。在windows中，注册表是Windows os系统的一个正式的共享系统数据库。注册表中包含关于系统中硬件、软件、配置以及用户的各种信息。
注册表是由许多元素构成的层次结构，每一个元素均被称作是一个关键字。

注册表编辑器：regedit.exe

CLSID关键字结构
COM只使用了注册表的一个分支：HKEY_CLASS_ROOT.在次关键字之下有一个CLSID关键字。在CLSID下是系统的所以组件的CLSID，格式串如下：{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxxxxx}。

对于每个16个字节的CLSID串下面会有写子关键字信息：

Implemented Categories
InprocServer32
ProgID
Programmable
TypeLib
Version
VersionIndependentProgID

其中InprocServer32的关键字的缺省值就是组件所在的DLL文件名称。
ProgID是程序员给某个CLSID指定的一个容易记的名称。
在CLSD目录下除了16个字节的位串就是这些ProgID。
ProgID具有如下格式：
<program>.<component>.<version>

ProgID及与版本无关的ProgID都被列在组件CLSID下面，方便查询。其实在每个ProgID下面有个名CLSID的关键字，其缺省值为组件的CLSID。和下面列出的所有CLSID中一个对应。
与版本无关的ProgID下面除了CLSID关键字外，还有一个CurVer表明是当前系统中的该组件的版本

ProgID到CLSID的转换
com库提供了两个函数CLSIDFromProgID和ProgIDFromCLSID。
CLSID clsid;
CLSIDFromProgID(L"helibopter.Tailrotor",&clsid);

为了在组件中发布组件的信息，DLL必须输出如下两个函数：
STDAPI DllRegisterServer();
STDAPI DllUnRegisterServer();
其中STDAPI在objbase.h中定义：
#define STDAPI EXTERN_C HRESULT STDAPICALLTYPE
展开之后就是
extern "c" HRESULT __stdcall

另外一个超级好用的查看组件注册信息的工具：OleView.exe 用法和regedit一样。