放置 make_public pragma 的推荐位置是什么

Question

在一个复杂的解决方案中，我混合了原生 C++ 库、C++/CLI 包装器和 C# 程序集。在包装器中，我经常必须使用本机类型，所以我必须使用 #pragma make_public 将它们公开。然而，这些 pragma 的问题在于，您经常会遇到链接器错误 LNK2022，正如 here 和 here（以及许多其他地方）所讨论的那样。

通常的解决方案是将所有 pragma 收集到一个地方以避免重复类型错误。到目前为止，我发现的唯一可靠的地方是将列表放在我的 stdafx.h 头文件中。然而，这很烦人，因为它会导致我的整个项目在我必须在那里添加新的本机类型时重新编译（这是我的预编译头文件）。

我想将该列表提取到单独的标题，或者更好的是，cpp 文件。但到目前为止我的尝试都没有奏效。未公开的类型。看来我还必须将 #pragma make_public 调用放在头文件中。不过我更喜欢cpp。

那么，还有哪些其他可能性？其他人在哪里拨打#pragma make_public 电话？

Answer 1

我在包含引入类型的 .h 文件后直接放了 pragma：

#include "native_type.h"
#pragma make_public(Native_Struct_1)

我只在类型不是我控制的类型的情况下使用编译指示。如果类型是我控制的类型，那么我只需使用以下预处理器帮助程序将类型标记为公共（以允许它由启用 cli 的代码或非启用 cli 的代码编译）：

#ifdef __cplusplus_cli
#define CLR_ASSEMBLY_ACCESS_SPECIFIER__Public public
#else
#define CLR_ASSEMBLY_ACCESS_SPECIFIER__Public 
#endif

用法：

CLR_ASSEMBLY_ACCESS_SPECIFIER__Public 
class NativeClass
{
}; 

编辑：

示例 1：

仅本机库 A.dll 的头文件 a.h 包含以下类声明：

CLR_ASSEMBLY_ACCESS_SPECIFIER__Public 
class TypeA
{
};

在库 A.dll 中编译时，CLR_ASSEMBLY_ACCESS_SPECIFIER__Public 编译为空。并且本地 dll 中没有托管可见性的概念。

当在 c++/cli 程序集 B.dll 中使用该类，并且在 /clr 编译的源文件中使用头文件 a.h 时，CLR_ASSEMBLY_ACCESS_SPECIFIER__Public 编译为 public 和 TypeA 从 B.dll 变为公共。通过在 B.dll 的源代码中使用 make_public 而不是使用 CLR_ASSEMBLY_ACCESS_SPECIFIER__Public 来实现等效。

示例 2： 现在，假设 A.h 没有使用CLR_ASSEMBLY_ACCESS_SPECIFIER__Public。而且，假设在 B.dll 中，我们包含 A.h 但我们不使用 make_public。另外，假设我们公开了一个包含 TypeA 的托管方法：

public ref class ManagedTypeB
{
     public: void Foo(TypeA * pA);
};

现在，考虑一个引用 B.dll 的托管程序集 C.dll。它不能调用ManagedTypeB::Foo（即使它是公共的），因为TypeA 在B.dll 中是私有的。此外，没有办法从 C.dll 的源代码中修复此问题。即，C.dll 的源代码不能使用make_public 从 B.dll 公开 TypeA。在这种情况下，必须更改 B.dll 的源才能使Foo 可调用。