在较低版本的类库项目版本 4.5.2中使用较高版本.NET Framework 版本 4.7.2库

如何解决在较低版本的类库项目版本 4.5.2中使用较高版本.NET Framework 版本 4.7.2库

我有一个面向 .NET Framework 4.5.2 版的类库项目，我想在这个项目中使用 .NET FW 4.7.2 版的程序集。

由于其他依赖关系，我无法降级或升级任何项目的目标框架版本。

我发现的 1 个解决方案是使用反射动态加载程序集，然后使用它，但我无法为此找到任何 MSDN 链接。

有任何建议或其他解决方案来解决这个问题吗？

解决方法

做你想做的事是不可能的，如果你想一想，你就会明白为什么：如果新的库使用它构建的新框架的功能（可能），试图将它加载到旧框架会失效。

您的 .NET Framework 4.5.2 项目此时是遗留代码。如果您选择继续使用该版本（无论您声称什么，这始终是一个选择），您就是选择将自己限制在类似的旧库中。

,

你不能，也没有意义，因为依赖 4.7 特性的库如果试图在 4.5.2 运行时运行就会失败。

但这并不重要，因为您可能不在任何地方使用 4.5.2。 .NET 4.x 运行时是二进制替代品。如果您在机器上安装 4.7，它将替换任何早期版本。如果您的机器上安装了 4.7 SDK，则您已经在运行 4.7。

唯一受支持的桌面 Windows 版本 Windows 10 附带 .NET 4.7，因此您的目标客户可能已经拥有 4.7。如果他们运行不受支持的版本a)，您可以向他们收取在不受支持的操作系统上工作的额外费用，并且b)无论如何都可能通过 Windows Update 进行更新。

4.5.2 将于 2022 年停止支持

任何低于 4.6.2 的版本都将在 2022 年 4 月出现 going out of support。距此还有不到一年的时间。您应该计划至少将旧项目更新到 4.6.2，而不是尝试在旧运行时使用当前库。

因此，即使您的目标是 .NET 4.5 附带的受支持的 Windows Server 版本，您也应该寻求升级。

.NET Standard 及其不起作用的原因

理论上，使用 .NET Standard 将允许 .NET Standard 库通过兼容性库在早期版本上运行。这从未奏效，因为即使在兼容性库之间也存在版本冲突。 .NET Standard docs page warns that

虽然 NuGet 认为 .NET Framework 4.6.1 支持 .NET Standard 1.5 到 2.0，但在使用为 .NET Framework 4.6.1 项目中的那些版本构建的 .NET Standard 库时存在一些问题。对于需要使用此类库的 .NET Framework 项目，我们建议您将项目升级到 .NET Framework 4.7.2 或更高版本。

如果要使用面向 .NET Standard 2.0 的 NuGet 包或库，则应面向 4.7.2

TLS 1.2

TLS 1.2 支持是您不应继续使用低于 4.6.2 的任何内容的另一个原因。到现在为止，几乎每个 Web 服务都需要 TLS1.2 或更高版本。 .NET 4.6 是第一个自动使用 TLS1.2 的版本。在以前的版本中，您必须对 TLS 版本进行硬编码，以防止您的代码使用任何更新的版本。这意味着，如果 .NET 4.5.2 版本尝试联系支持 TLS 1.3 的服务，它要么降级到 TLS 1.2，要么无法连接（如果服务器需要 TLS1.3）。

从 4.6 开始，.NET 将使用操作系统可用的最佳加密。在 Transport Layer Security (TLS) best practices with the .NET Framework 中，4.5.2 的建议是：

我们建议您将应用升级到 .NET Framework 4.7 或更高版本。