使用Net Standard库进行业务逻辑

问题描述

因此.NET Standard是.NET API的正式规范，旨在在所有.NET实现中都可用。我有2个应用程序。 UI（.NET Core 3.1）和API（.NET 4.7.2）。 我的框架库是在.NET Standard 2.0中开发的，因此我可以在这两个应用程序之间共享它们。

我将开发Domain库，该库主要具有业务逻辑。我了解并非.NET Standard中提供所有.NET API。因此，我的业务逻辑需要坚持使用.NET Standard中可用的API。

我想知道.NET Standard的目的是仅开发框架类型的库吗？使用.NET Standard开发共享域特定的逻辑有什么缺点吗？

解决方法

不，没有任何缺点。 仅在选择最低要求的.NET标准版本（link）方面的区别：

应用程序组件。如果您使用库来分解您的 将应用程序分为几个组件，我的建议是使用 netX.Y，其中X.Y是应用程序中最小的.NET数 （或应用程序）定位。为了简单起见，您可能想要所有 组成您的应用程序的项目在相同版本的 .NET，因为这意味着您可以在任何地方都承担相同的BCL功能。

可重用的库。如果您要构建可重用的库 计划在NuGet上发货，您需要考虑取舍 在覆盖范围和可用功能集之间。 .NET Standard 2.0是 .NET Framework支持的.NET Standard的最高版本， 因此它可以为您带来最大的影响，同时还可以 大功能集。我们通常建议不要 面向.NET Standard 1.x，因为不再需要麻烦了。如果 您不需要支持.NET Framework，那么您可以选择 .NET Standard 2.1或.NET5。大多数代码可能会跳过.NET Standard 2.1，然后直接转到.NET 5。