首页 > 代码库 > 【COM/ATL】纠错《COM技术内幕》之ProgID

【COM/ATL】纠错《COM技术内幕》之ProgID

2024-07-10 23:02:05   226人阅读

最近在看《COM技术内幕》，看到第六章时发现该章节在解释ProgID时有点错误，特此记录一下，也给正在学习COM的小伙伴们一个提示。

而且我发现该问题存在于一些很多大型软件的COM组件中。（开发者估计都是看了该书吧）


在该书的6.3.5章节讲解了ProgID的在注册表中的格式，示例如下




注册表文件格式为


Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\AA.BB\CLSID]
@="{00000000-F2ED-4CD4-9204-A1C28871DD2E}"

[HKEY_CLASSES_ROOT\AA.BB\CurVer]
@="AA.BB.1"

[HKEY_CLASSES_ROOT\AA.BB.1\CLSID]
@="{00000000-F2ED-4CD4-9204-A1C28871DD2E}"

（上面我故意将CLSID的第一节写为零了，仅仅只是为了读者容易区分后面的其他CLSID）

书中也讲到了，这么做的目的是为了客户在使用COM组件时可以通过“AA.BB”这个与版本无关的ProgID来映射到最新版本的组件

在上例中也就是“AA.BB.1”这个版本。引用书中的一段原话“与版本号无关的ProgID关键字Helicopter.TailRotor包含两个关键字CLSID及CurVer。”

也就是上面注册表文件中所描述的格式。为了验证书中所说的，我们把"AA.BB.1”的CLSID改一下


Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\AA.BB\CLSID]
@="{00000000-F2ED-4CD4-9204-A1C28871DD2E}"

[HKEY_CLASSES_ROOT\AA.BB\CurVer]
@="AA.BB.1"

[HKEY_CLASSES_ROOT\AA.BB.1\CLSID]
@="{11111111-F2ED-4CD4-9204-A1C28871DD2E}"

那么是不是真的可以通过“AA.BB”映射到“AA.BB.1”呢？编写如下测试代码


#include "stdafx.h"
#include <iostream>
#include <Windows.h>

int _tmain(int argc, _TCHAR* argv[])
{
	CLSID clsid;
	CLSIDFromProgID(L"AA.BB", &clsid);
	LPOLESTR str;
	StringFromCLSID(clsid, &str);
	std::wcout << str << std::endl;
	CoTaskMemFree(str);

	system("pause");
	return 0;
}

运行结果如图




很可惜，取到的CLSID还是“AA.BB”的，并非“AA.BB.1”的CLSID。

看到这里你也许会发现，在我们的系统中，有着这个问题的COM组件有很多，比如迅雷的




腾讯的




它们都无法从“与版本号无关的ProgID”映射到“具体版本的ProgID”。

一般来说升级COM组件的最佳方式还是升级内部接口的方式，如IX2、IX3等，并不会选择去添加一个新的COM组件的方式。

所以这个问题也不算是个问题。


回到正题，那么如何做才是正确的呢？其实很简单，只要把“AA.BB"的CLSID键删除即可


Windows Registry Editor Version 5.00

[-HKEY_CLASSES_ROOT\AA.BB\CLSID]

[HKEY_CLASSES_ROOT\AA.BB\CurVer]
@="AA.BB.1"

[HKEY_CLASSES_ROOT\AA.BB.1\CLSID]
@="{11111111-F2ED-4CD4-9204-A1C28871DD2E}"



这样，CLSIDFromProgID才会真正的工作正常，再次运行测试程序得到”AA.BB.1“的CLSID




CLSIDFromProgID会查找用户指定的ProgID，如果其下有子键”CLSID“的话，则认为该ProgID是一个具体版本的。

否则该ProgID只是起到映射的作用，它实际会跳到”CurVer“键所指向的ProgID。


《COM技术内幕》中所讲到的与版本无关的ProgID都添加了CLSID键，这样会导致该ProgID不是一个能映射的ProgID。


联系
我们