COM对象的注册角色
如果COM组件用文件名装载并且组件位置或名字变化了,客户应用程序将不能访问组件。文件名无法提供在一个系统上的不同的组件版本,因而造成了不同版本商之间的产品冲突。
COM通过借助标识符ID注册系统注册表中的COM组件的位置来处理这个问题。COM组件的ID必须保证是系统唯一的,以避免与不同产品的冲突,并且客户可不必知道组件的物理位置而可以访问组件,这也就是所谓的组件对客户的透明化。
COM类注册在HKEY_CLASSES_ROOT/CLSID主键下。对每个CLSID主键,有一个子键InprocServer32,这个子键的默认值为DLL的文件名。
组件可以使用regsver32程序注册。这个程序提供进入注册表的组件。
DLL文件可以使用以下命令注册:
Regsver32 <DLL filename>
为了注册EXE文件,命令语法为:
<EXE filename>/regserver
注册COM组件读取的注册文件是MyCom.rgs
在本例中,注册表的结构为(红色为CLSID,绿色为IID,蓝色为LIBID)
HKEY_CLASSES_ROOT/CLSID/{FEB7BDEF-FB6F-446B-BE31-DF0A3AD391BA}
默认MyCom Class
/InprocServer32
默认C:/MyProj/Debug/MyProj.dll
Apartment ThreadingModel
/ProgID
默认MyProj.MyCom.1
/Programmable
/TypeLib
默认{FE651184-11DE-4D01-BD69-B07DDFA12D0C}
/VersionIndependentProgID
默认MyProj.MyCom
HKEY_CLASSES_ROOT/MyProj.MyCom
/CLSID
默认{FEB7BDEF-FB6F-446B-BE31-DF0A3AD391BA}
/CurVer
默认MyProj.MyCom.1
HKEY_CLASSES_ROOT/MyProj.MyCom.1
/CLSID
默认{FEB7BDEF-FB6F-446B-BE31-DF0A3AD391BA}
HKEY_CLASSES_ROOT/Interface/{65460F9C-3BAB-4055-885A-8ED59F5FA9B0}
默认IMyCom
/ProxyStubClsid
/ProxyStubClsid32
/TypeLib
默认{FE651184-11DE-4D01-BD69-B07DDFA12D0C}
Version 1.0
HKEY_CLASSES_ROOT/TypeLib/{FE651184-11DE-4D01-BD69-B07DDFA12D0C}
/1.0
默认MyProj 1.0 Type Library
/1.0/0
/1.0/0/win32
默认C:/MyProj/Debug/MyProj.dll
/1.0/FLAGS
/1.0/HELPDIR
默认C:/MyProj/Debug/
博客介绍了COM对象的注册角色。若COM组件用文件名装载,组件位置或名字变化会使客户应用程序无法访问,还会造成产品冲突。COM借助标识符ID注册组件位置解决问题,组件可使用regsver32程序注册,还给出了DLL和EXE文件的注册命令及注册表结构示例。

895

被折叠的 条评论
为什么被折叠?



