c# - 这个 .tlh 文件是否正确，如果不正确，我该如何生成正确的文件？

Question

我正在尝试从非托管 C++ 代码调用 .NET 4.0 dll。

我按照 this Code Project article by Atul Mani. 中的说明进行操作

我构建了 .NET dll，并执行了所有步骤，包括使用 regasm 注册它。

接下来，我创建了一个非托管 C++ 项目并在 .cpp 文件的开头添加了这一行:

#import "D:\PathToMyCSharpProject\bin\Debug\com.DeviceServices.tlb" rename ("EOF","adoEOF") no_namespace named_guids raw_interfaces_only

当我构建 C++ 项目时，在 D:\MyCPlusPlusProject\Debug 中创建了一个 .tlh 文件。

接下来，我添加了 CodeProject 文章建议的代码，该代码尝试创建指向 C# 库中对象的指针。

CoInitialize(NULL);   //Initialize all COM Components

// <namespace>::<InterfaceName>
MyCSharpNamespace::IMyCSharpInterfacePtr pMyCSharpInterfacePtr;

“MyCSharpNamespace”是我在C#项目中使用的命名空间。

当我构建 C++ 项目时，我现在遇到编译错误:

Error 2 error C2653: 'MyCSharpNamespace' : is not a class or namespace name

还有其他错误，因为它无法识别 IMyCSharpInterfactPtr。

于是，我查看了.tlh文件，内容如下:

// Created by Microsoft (R) C/C++ Compiler Version 10.00.40219.01 (6478e0c7).
//
// MyCPlusPlusProjectPath\debug\com.deviceservices.tlh
//
// C++ source equivalent of Win32 type library MyCSharpProjectPath\bin\Debug\com.DeviceServices.tlb
// compiler-generated file created 05/27/14 at 11:52:16 - DO NOT EDIT!

#pragma once
#pragma pack(push, 8)

#include <comdef.h>

//
// Forward references and typedefs
//

struct __declspec(uuid("961b3c24-98f2-400e-8bea-ab357a18d851"))
/* LIBID */ __MyCSharpProject;

//
// Named GUID constants initializations
//

extern "C" const GUID __declspec(selectany) LIBID_MyCSharpProject =
    {0x961b3c24,0x98f2,0x400e,{0x8b,0xea,0xab,0x35,0x7a,0x18,0xd8,0x51}};

#pragma pack(pop)

我在互联网上搜索了 .tlh 文件中应该包含的内容，并找到了 the #import page at msdn.

它说 .tlh 文件的内容应该包括智能指针声明(即 IMyCSharpProjectInterfacePtr)和类型信息声明，它们不存在于我的 .tlh 文件中。

MyCSharpProject 声明了一个公共(public)接口(interface)，包括一个生成的 GUID，正确构建，并且我从文章中遵循的所有步骤似乎都是成功的。

所以，我的问题是，有人可以建议为什么我的 .tlh 文件中没有这些定义，而这些定义应该存在吗？

Answer 1

.tlh 文件不会有错，它是从您的 COM 服务器的类型库自动生成的。一个明显的缺陷是它相当空，您根本看不到任何声明。

问题出在 Codeproject.com 上的那篇文章，对于此类项目的类(class)来说，它缺少一个基本步骤，没有解释真正发生的事情，并且经常使用非常糟糕的做法。为了使 .NET 类型可从 COM 客户端使用，您必须明确使其对 COM 客户端可见。将此属性添加到您要导出的每个类型:

  [ComVisible(true)]

同时应用于接口(interface)和类。

如作者建议的那样，使用 [Guid] 属性非常危险。在开发库时将其保留在原位是可以的，它有助于避免注册表污染并让您跳过 Regasm 步骤(并非总是如此)，但在交付库之前再次删除它非常重要。 COM 中的一个严格规则是对接口(interface)的修改需要一个新的 guid，这是一个基本的 DLL hell 反制措施。当您将其留给 CLR 自动生成一个时，您会自动获得一个新的。

在开发过程中最好避免在 GAC 中注册程序集，因为在 GAC 中留下过时的程序集拷贝会导致太多事故。在 Regasm 命令中使用 /codebase 选项，因此不需要这样做。您可以忽略收到的警告。