excel - 我可以在同一个 Windows 进程中拥有 CLR 的 .NET 4.0 实例和 CLR 的 .NET 3.5 实例吗？

Question

我有一个多程序集 C# Excel 插件，它跨程序集边界传递嵌入的互操作类型。当我在配置为使用 .NET 3.5 的 Excel 进程中运行此程序时，一切正常。当我在配置为使用 .NET 4.0 的 Excel 进程中运行此程序时，仅加载具有在外接程序集本身中定义的应用程序逻辑的控件。我想我明白为什么，因为嵌入式互操作类型的处理在 .NET 4.0 中发生了显着变化，因此它们不能跨越程序集边界。让我困惑的是，我认为在 .NET 4.0 中，CLR 的多个实例可以托管在单个 Windows 进程中。如果我的插件面向 .NET 3.5，为什么它不能在 Excel 拥有的 .NET 3.5 CLR 实例中运行？为什么 Excel 尝试在 .NET 4.0 中运行我的插件？这并不是重写插件的真正选项，但它需要为也使用 .NET 4.0 插件的客户端安装，因此使用注册表项或 Excel.exe.config 文件是不行的...任何帮助都会是真的很感激!

Answer 1

您标题中问题的答案是"is"。 .NET 运行时版本 2.0(即 .NET Framework 2.0、3.0 和 3.5 使用的运行时版本)可以与 .NET 运行时版本 4.0(该版本号也将在进程中并行运行)。由升级后的 .NET Framework 4.5 使用)。

但是，VSTO 情况并不那么简单，因为 Excel 和 VSTO 运行时之间存在交互来决定加载什么。 VSTO 4 基本上包括针对 .NET 3.5(在 .NET 2.0 运行时下)和 .NET 4.0 的单独版本的 Office 扩展。根据您的目标 VSTO 4 Office 扩展的版本，您使用类(与旧版 VSTO 兼容)或主要接口(interface)，因此 VSTO API 设计和您的代码也有点不同，具体取决于 VSTO 4 Office 扩展的版本你用。然后，VSTO 外接程序的部署和加载取决于您的目标 VSTO Office 扩展的版本。

因此，您的 VSTO 4 外接程序加载的 .NET 运行时版本与您制作外接程序的方式相关联。在这里阅读更多信息:http://msdn.microsoft.com/en-us/library/bb608603(v=vs.100).aspx和 http://msdn.microsoft.com/en-us/library/ee712596.aspx .

如果您有其他 COM 组件，则可能是这些 COM 组件在不同版本的运行时(例如在 2.0 运行时)中激活，并且无法从基于 4.0 运行时的加载项访问。 .NET 4.0 中 COM 互操作类型更改的方式通常会让事情工作得更好，因为运行时现在可以根据 GUID 等正确地将不同程序集定义的类型识别为“相同”。

为了让生活更轻松，我还可以建议 Excel-DNA (我开发的)。它是一个免费且简单的插件库，用于在 .NET 中制作功能齐全的 Excel 插件，而无需使用 VSTO。 Excel-DNA 允许您定位任何版本的 Excel 以及任何 2.0+ 版本的 .NET。