在 .net 核心应用程序中使用两个版本的 DLL

Question

我有一个 C# .NET Core 项目引用了一个 C# .NET Framework 4.6.2 项目。

这两个项目都依赖于 IdentityModel.dll，不是直接依赖，而是通过组件。

.NET 核心项目依赖于 IdentityModel.dll 版本 4.4.0。 .NET 框架项目依赖于 IdentityModel.dll 版本 3.10.10。 两个库中部分类的构造函数不匹配，无法降级.NET Core项目的依赖，也无法升级.NET Framework项目的依赖。

显然，这会产生一个问题。 只有一个 IdentityModel.dll 最终出现在 bin output 文件夹中。 它恰好是调用项目的 dll，即核心项目的 .NET，即 4.4.0。 这会导致依赖于 .NET 框架项目代码的代码在运行时失败。

为了解决这个问题，我将以下内容添加到 .NET Core 项目的 .csproj 文件中：

<ItemGroup>
  <Content Include="..\lib\IdentityModel.3.10.10\IdentityModel.dll">
    <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
    <Link>IdentityModel.3.10.10\IdentityModel.dll</Link>
  </Content>
</ItemGroup>

这具有在解决方案的 /lib/ 文件夹中查找 IdentityModel 3.10.10 dll 并将其输出到 bin output 文件夹中的 IdentityModel.3.10.10 文件夹的效果。 显然这是可取的。 它在单独的文件夹中为我提供了 IdentityModel.dll 的第二个副本。

现在所需要做的就是让引用的 .NET Framework 项目知道，当它需要 IdentityModel.dll 时，它需要在正确的文件夹中查找。

我尝试通过将绑定重定向添加到 .NET Framework 项目来执行此操作，方法是更改其 app.config，如下所示：

<dependentAssembly>
  <assemblyIdentity name="IdentityModel" culture="neutral" publicKeyToken="e7877f4675df049f"/>
  <bindingRedirect oldVersion="3.0.0.0-4.4.0.0" newVersion="3.10.10.0" />
  <codeBase version="3.10.10.0" href="IdentityModel.3.10.10\IdentityModel.dll" />
</dependentAssembly>

当它不起作用时，我不能说我感到非常惊讶，因为它可能是所有者程序集，即 .NET 核心项目，它需要知道在哪里可以找到 dll 的 3.10.10 版本。

因此，经过一些谷歌搜索后，我将以下内容添加到 .NET Core 项目的 .csproj 文件中：

<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>

据我了解，绑定重定向不再是 .NET Core 中的内容，但上面的行应该神奇地解决依赖关系。 但事实并非如此。

调用的IdentityModel.dll还是bin文件夹下的那个，也就是4.4.0版本。

我还查看了 .NET Core 项目的 deps.json 文件，没有提到 dll 的 3.10.10 版本。

我怎样才能让 .NET Core 项目知道当 .NET Framework 程序集需要 3.10.10 dll 在构建过程中放置它的文件夹中查找？

Answer 1

核心和框架在很大程度上是不兼容的。 看起来 IdentityModel 在 .Net Standard 2.0 中可用，它与 .Net Framework 4.6.2+ 和 Core 2.0+ 兼容。 但是，如果您使用 NuGet 并且依赖项是多目标的，它会尝试找到“最佳匹配”，这通常意味着它会更喜欢框架项目的框架版本。 要克服这个问题，您必须下载依赖项并手动将其添加为对特定程序集的引用。 您还可以从 NuGet package 本身中提取正确的版本，这只是一个具有不同扩展名的奇特的 zip 文件。

至于引用两个版本，也可以通过手动添加引用来完成，但我个人建议尽可能避免这种情况，因为维护起来会很困难。

如果可能的话，最好的选择是尽快从 Framework 迁移出去，尽管我知道这并不像听起来那么容易。