如何解决使用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。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。