.net - 关于将应用程序从 .Net Framework 移植到 .Net core 的问题

Question

在 Microsoft 关于“移植过程概述”的文档中 here在第 1 点中，他们提到了以下内容

重新定位您希望移植到 .NET Framework 4.7.2 或更高版本的所有项目。
此步骤可确保当 .NET Core 不支持特定 API 时，您可以为 .NET Framework 特定目标使用 API 替代方案。

有人可以通过一些例子帮助我理解第二句话吗？我不明白为什么在移植到 .Net Core 之前需要将项目定位到 .Net Framework 4.7.2。

在 another link他们提到了以下事情

此处列出的版本代表 NuGet 用于确定给定 .NET Standard 库是否适用的规则。虽然 NuGet 认为 .NET Framework 4.6.1 支持 .NET Standard 1.5 到 2.0，使用 .NET Standard 库存在几个问题 是为 .NET Framework 4.6.1 项目中的那些版本构建的。对于需要使用此类库的 .NET Framework 项目，我们建议您将项目升级到 .NET Framework 4.7.2 或更高版本。

知道他们在这里谈论什么问题吗？ (上面以粗体突出显示)

Answer 1

虽然 .NET Framework 4.6.1 在技术上支持 .NET Standard 2.0，但 4.6.1 中有一些疏忽，这意味着它实际上并不支持完整的 Standard 2.0 API 表面，而没有额外的 NuGet 包。这仅在框架 4.7.2 中得到纠正。

因此，如果您希望迁移到 Core，首先将您的代码迁移到 Framework 4.7.2 是最安全的。这样，任何在核心/标准中不需要的“补丁”NuGet 包(如果存在，实际上会导致问题)将不再存在。

在 4.7.2 之前的 Framework 版本中内置的库也会引入这些额外的包，结果相同。但是，如果您的代码在 4.7.2 上，那么将使用内置 API，再次使额外的包变得不必要。