tlbimp做什么而不做呢？

Question

我有一个COM DLL编写的C++，并与VS 2010编译。我可以使用regsvr32注册DLL，也可以通过VBscript调用它。

当我尝试向它添加引用时，在创建C#客户端时，我没有看到add reference -> COM选项卡中列出的COM对象。如果我手动浏览到DLL并尝试选择它，它将说明DLL不是有效的assemlby或COM组件。

现在，我可以使用tlbimp工具生成一个互操作DLL，并使用它作为对我的C#客户机的引用。一切都很好。

我的问题是：

1. 当原始COM通过regsvr32注册时，它为什么不在COM选项卡中添加引用对话框中列出？
2. 为什么当我可以从VBScript和C++本地代码调用它时，VS IDE认为它不是一个有效的COM？
3. tlbimp到底做了什么IDE不能做的事？
4. 为了提高对类型库和互操作性的理解，我需要进一步阅读哪些内容呢？

Answer 1

看起来像一个类型化的问题--您的COM类可能已经正确注册，但是您的类型like可能没有。也许您忘了从您的RegisterTypeLib函数中调用DllRegisterServer？

关于你们的问题：

1. 对话框查找已注册的类型，而不是COM类。
2. VBscript调用IDispatch，而不关心类型。tlbimp不关心IDispatch，需要一个类型
3. 您将DLL名称传递给tlbimp --这样tlbimp就知道如何获得类型表。相反，VS是指缺乏注册数据的注册中心。