使用类型，不知道 dll

Question

是否可以使用在一个巨大的外部 dll 中定义的接口类型，而不引用该 dll？ 换句话说，会有一个核心或全局 dll 引用外部 dll，并且所有项目都引用这个全局 dll，因此外部 dll 对其他项目是隐藏的。

我想在我的代码中使用该类型，但只知道全局 AllInterfaces 项目。 那行得通吗？如果是这样，这种情况需要做什么？

Answer 1

它不能静态完成，但您可以使用反射来完成。

Answer 2

如果您想在代码中使用该接口类型，则该接口应该对您的代码可见。你的代码不会编译。

您可以在全局 dll 中为原始接口编写适配器接口，并在任何地方使用它。

Answer 3

在 C# 4 中，您可以使用 dynamic 关键字。

但是，我看不出事先不知道接口对你有什么帮助——你怎么知道要调用哪些方法？

Answer 4

你试图欺骗输入身份。 CLR 通过以下属性识别类型：

• 程序集显示名称
• [AssemblyVersion]
• [组装文化]
• 程序集的 PublicKeyToken 值
• 程序集的处理器架构（隐式）
• 类型的命名空间名称
• 类型的名称。

伪造类型命名空间名称和名称并不难，难的是伪造程序集属性。如果程序集是强命名的（非 null PublicKeyToken）或者如果它存储在 GAC 中，那么您将无法加载替代程序。伪造文化和架构并不难，您必须获得正确的显示名称和版本。

当然，您必须完全正确地获得接口声明。像这样故意调用 DLL Hell 是一个非常糟糕的主意。至少没有，因为您现在永远无法加载真正的程序集。

Answer 5

是否可以使用在巨大的外部 dll 中定义的接口类型，而无需在编译时引用该 dll？

不是真的，不。编译器有合理的期望，即它需要的类型是可用的。

是否可以使用在巨大的外部 dll 中定义的接口类型，而无需在运行时引用该 dll？

是的。我们在 C# 4 中添加了该功能。该功能的“正确”名称类似于“Type Embedding with Type Equivalence”，但每个人都称其为“No PIA”。

该功能的动机是 Visual Studio Tools For Office 开发人员最明显面临的动机。 VSTO 开发人员编写 C# 代码来自定义（例如，使用一些托管代码的 Excel 电子表格）。它们通过托管接口与 Excel 进行通信，当然 Excel 实际上公开了一组 COM 接口。为了弥补这一差距，Office 团队提供了一个主互操作程序集或 PIA。 PIA 是一个庞大的外部库，它只包含描述托管接口如何对应于 COM 对象的非托管接口的元数据。

问题在于，当您的客户购买 Office 时，Office 团队默认不会安装 PIA！因此，您必须随您的定制一起发布 PIA。而且PIA太大了，往往是自定义大小的好几倍，让你下载的时间更长。等等;无论如何，这都不是一个理想的情况。

No-PIA 功能允许编译器仅将您实际使用的 PIA 部分链接到您的库中，这样您就不必随它一起发布 PIA。

现在，您可能会问“如果我有两个相互通信的自定义项，并且两者都使用我未发布的 PIA 中的 IFoo 接口怎么办？”运行时通过 它们来自的程序集，因此这两个 IFoo 接口将被视为不同的类型，因此不兼容。

“无 PIA”功能也考虑到了这一点。它使用您在 COM 中用来解决此问题的相同技巧：程序集指示运行时将具有相同 GUID 的所有接口统一为相同的逻辑类型，即使它们来自不同的程序集。因此，这就解释了这样的要求，即您使用“无 PIA”的每个接口都必须被标记为好像它是带有 GUID 的 COM 互操作接口。

在命令行上，使用 /L 而不是 /R 将程序集引用为“无 PIA”程序集。

在“no PIA”上进行网络搜索，您会找到有关此功能的更多信息。