我正在构建一个 ASP.NET Core Web API 项目。我将大量使用 EF Core 与 SQL Server 的连接。我想围绕 3 个主要层来组织项目：核心/逻辑/域、数据/基础架构和 Web/API。
Web/API 肯定会是一个 .NET Core 项目，但我正在努力决定 Core 和 Data 项目应该是 .NET Core 库还是 .NET Standard 库。
我的问题是，在 .NET Standard 库中构建数据持久性时，我会丢失任何功能或任何东西吗？
【问题讨论】：
标签： c# asp.net-core .net-core .net-standard ef-core-2.0
对于一个类库，目标框架只是简单地指定了一个兼容层。最终的功能来自于引用类库的项目的目标框架。
例如，假设您创建了一个 .NET Standard 库，然后将其包含在一个 .NET Framework 项目中。您所做的一切都发生在 .NET Framework 上，并且出于所有意图和目的，您也可以从类库中以 .NET Framework 为目标。选择 .NET Standard 只是表示您将使用来自某些符合 .NET Standard 的目标的 API。就这样。因此，像 EF Core 这样的东西的功能最终取决于您将库放入的内容，而不是您的库的目标框架。
至于选择 .NET Standard 还是 .NET Core 作为库的目标框架，简单地说：除非您有充分的理由不这样做，否则请使用 .NET Standard。如果您以 .NET Standard 为目标，则可以将其放入任何以与您的库所针对的 .NET Standard 版本兼容的任何框架为目标的项目中。如果选择 .NET Core，则只能在 .NET Core 项目中使用该库。
不过，当您开始研究 .NET Core 3.0 时，情况会变得有些模糊。您可以在技术上以 .NET Standard 2.1 为目标并获得 .NET Core 3.0 的所有优点，但除了 .NET Core 3.0 之外，没有任何东西实际上支持 .NET Standard 2.1。您可以以 .NET Standard 2.0 为目标，但随后您就被 .NET Core 2.2 困住了。换句话说，如果你想使用 .NET Core 3.0，现在选择 .NET Standard 2.1 或 .NET Core 3.0 作为库的目标框架在功能上没有区别。无论哪种情况，它都只适用于 .NET Core 3.0 项目。
更令人困惑的是，Microsoft 正在将下一个版本的所有内容都转移到 .NET 5 的保护伞下。那时 .NET Standard 会变成什么样子还没有被讨论过，我想它在很大程度上会消失。一旦有了 .NET 5，任何项目都可以以 .NET 5 为目标，并被任何其他以 .NET 5 为目标的项目使用。不过，这还有很长的路要走。我提出这个问题的原因是，如果你现在想使用 .NET Core 3.0，那么除了 .NET Core 3.0 之外没有什么意义。 .NET Standard 2.1 中的大部分内容都不能向后移植到 .NET Framework 和 Unity 之类的东西上，因此它们永远不会出现在 .NET Standard 2.1 上。这些框架的前进道路是使它们与 .NET Core 兼容，最终最终成为 .NET Core 4.0，微软将其称为 .NET 5。
总而言之，最好的性能和功能是 .NET Core 3.0，只要您可以 100% 使用 .NET Core 3.0，那么这就是您应该瞄准的目标。如果您需要在 Xamarin 或 .NET Framework 应用程序中使用您的库，请坚持使用 .NET Standard 2.0。
【讨论】：
Core 和 Data 库和 .NETCore 对于 WebApi 项目。在这些库中做我需要做的事情。如果一切正常，我将继续使用 .NETStandard 作为库，同时仅将 WebApi 项目升级到 .NETCore3 和更多未来版本。当我达到 .NETCore WebApi 需要更高的 .NETStandard 时，我将升级我的库。换句话说，我要保持库低，而 webapi 项目 - 高。我希望我能清楚地表达自己
来自.NET Standard Microsoft Docs
.NET 标准是 .NET API 的正式规范，旨在用于所有 .NET 实现。
.NET Core 是一个开源的通用开发平台
这对您的问题意味着什么。
创建 .NET Standard 库后，您可以将该库拉入 .NET Core 项目或 .NET Framework 项目，前提是 .NET Core/Framework 项目将遵循与您相同的 .NET Standard 版本图书馆或更大。因此，.NET Standard 库将为您提供更多的灵活性，让您能够将库拉入的项目（如果需要将其拉入在 .NET Framework >=4.6.1 上运行的旧应用程序以及新应用程序中，那就太好了）将使用 .NET Core 编写）。
我在使用这种方法时遇到的唯一问题是关于迁移。如果您想通过 dotnet ef 命令使用 EFCore 迁移，它希望您以具有 .NET Core 版本的项目为目标。因此，如果您在 .NET Standard 库中创建 DbContext 并希望从中创建迁移，则必须为其提供一个 .NET Core 项目的启动项目或实现“Design-time DbContext Creation”。顺便说一句，最后一个选项确实有一些限制，其中一个记录在GitHub 上的问题中。
【讨论】：