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;

＆＃34; MyCSharpNamespace＆＃34;是我在C＃项目中使用的命名空间。

当我构建C ++项目时，我现在得到一个编译错误：

错误2错误C2653：＆＃39; MyCSharpNamespace＆＃39; ：不是类或命名空间名称

还有其他错误，因为它无法识别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文件的内容应该包含我的.tlh文件中不存在的智能指针声明（即IMyCSharpProjectInterfacePtr）和typeinfo声明。

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

所以，我的问题是，有人可以建议为什么这些定义不会出现在我的.tlh文件中吗？

Answer 1

.tlh文件不能出错，它是从COM服务器的类型库自动生成的。一个明显的缺陷是它很空洞，你根本看不到任何声明。

问题在于Codeproject.com上的文章，这类项目的课程标准是缺少必要的步骤，没有解释实际发生的事情并经常使用非常糟糕的做法。为了使.NET类型可以从COM客户端使用，您必须明确将其设置为对COM客户端可见。将此属性添加到要导出的每个类型：

  [ComVisible(true)]

将它应用于界面和类。

使用[Guid]属性，就像作者提出的那样，非常危险。在开发库时可以将它保留在原位，它有助于避免注册表污染并让您跳过Regasm步骤（并非总是如此），但在发布库之前再次删除它非常重要。 COM中一个坚如磐石的规则是对界面的修改需要一个新的guid，一个必不可少的DLL Hell对策。当你把它留给CLR自动生成一个时，你会自动获得一个新的。

在开发过程中最好避免在GAC中注册程序集，在GAC中留下过时的程序集副本会导致太多事故。使用Regasm命令中的/codebase选项，这样就不需要了。你可以忽略你得到的警告。

这个.tlh文件是否正确，如果没有，那么我该如何生成正确的文件呢？

1 个答案: