net核心 . net Core是一个免费的、跨平台的、开源的托管框架实现。它支持四种类型的应用程序:控制台、ASP。NET核心、云和通用Windows平台(UWP)。Windows窗体和Windows Presentation Foundation(WPF)不是. net Core的一部分。

从技术上讲，. net Core只支持控制台应用程序。ASP。NET Core和UWP是建立在。NET Core之上的应用程序模型。

与。net Framework不同，. net Core不被认为是Windows组件。因此，更新以NuGet包的形式出现，而不是通过Windows Update。由于. net Core运行时是App-Local安装的，并且应用程序是通过包管理器更新的，因此应用程序可以与特定的. net Core版本相关联并单独更新。

net标准 托管框架的每个实现都有自己的一组基类库。基类库(BCL)包含异常处理、字符串、XML、I/O、网络和集合等类。

. net标准是实现BCL的规范。由于. net实现需要遵循这个标准，应用程序开发人员不必担心每个托管框架实现的BCL的不同版本。

框架类库(FCL)，如WPF, WCF和ASP。NET不是BCL的一部分，因此不包括在。NET标准中。

. net标准和. net实现之间的关系就像HTML规范和浏览器之间的关系一样。第二个是第一个的实现。

因此，. net Framework、Xamarin和. net Core都在它们的托管框架中实现了BCL的. net标准。由于计算机行业将继续引入新的硬件和操作系统，将会有新的。net托管框架。该标准允许应用程序开发人员知道将有一组他们可以依赖的一致api。

每个. net版本都有一个。net标准的相关版本。

通过提供一致的api，将应用程序移植到不同的托管实现以及提供工具变得更加容易。

. net Standard被定义为一个单独的NuGet包，因为所有的。net实现都需要支持它。使用工具变得更容易，因为工具有一组一致的api可用于给定的版本。您还可以为多个. net实现构建一个库项目。

您还可以为平台特定的api构建. net标准包装器。

. net核心类库是建立在。net标准之上的。如果你想实现一个可移植到。net Framework、。net Core和Xamarin的库，请选择。net标准库

.NET Core最终将实现.NET Standard 2 (Xamarin和.NET Framework也将实现)

因此，。net Core、Xamarin和。net Framework可以被看作是。net Standard的不同版本

为了让你的应用程序能够在未来实现代码共享和重用，你应该实现。net标准库。

微软还建议您使用. net标准，而不是可移植类库。

引用MSDN作为一个权威的来源，. net标准旨在成为一个库来统治所有的库。由于图片胜过千言万语，下面的内容将使事情变得非常清楚:

1. 您当前的应用程序场景(片断)

和我们大多数人一样，你可能正处于以下情况: (。NET Framework, Xamarin和现在的。NET Core风格的应用程序)

2. .NET标准库将为你提供什么(跨框架兼容性)

实现.NET标准库允许在所有这些不同的风格之间共享代码:

对于没有耐心的人:

.NET Standard solves the code sharing problem for .NET developers across all platforms by bringing all the APIs that you expect and love across the environments that you need: desktop applications, mobile apps & games, and cloud services: .NET Standard is a set of APIs that all .NET platforms have to implement. This unifies the .NET platforms and prevents future fragmentation. .NET Standard 2.0 will be implemented by .NET Framework, .NET Core, and Xamarin. For .NET Core, this will add many of the existing APIs that have been requested. .NET Standard 2.0 includes a compatibility shim for .NET Framework binaries, significantly increasing the set of libraries that you can reference from your .NET Standard libraries. .NET Standard will replace Portable Class Libraries (PCLs) as the tooling story for building multi-platform .NET libraries.

这里有一个表格，可以帮助您了解您可以针对的. net标准的最高版本，以及您打算在哪个. net平台上运行。

来源:MSDN:介绍。net标准

. net和. net Core是. net运行时的两种不同实现。Core和Framework(尤其是Framework)都有不同的配置文件，包括微软为. net创建的许多api和程序集的或大或小(或只是完全不同)的选择，这取决于它们安装在什么配置文件中。

例如，与“普通”Windows配置文件相比，通用Windows应用程序中有一些不同的api。即使在Windows上，你也可能有“Client”配置文件和“Full”配置文件。此外，还有其他实现(如Mono)有自己的库集。

. net Standard是一种必须提供API库和程序集集的规范。一个为。net Standard 1.0编写的应用程序应该能够编译和运行任何版本的Framework、Core、Mono等，只要它宣称支持。net Standard 1.0的库集合。类似的情况也适用于。net标准1.1、1.5、1.6、2.0等。只要运行时提供了对您的程序所针对的标准版本的支持，您的程序就应该在那里运行。

A project targeted at a version of Standard will not be able to make use of features that are not included in that revision of the standard. This doesn't mean you can't take dependencies on other assemblies, or APIs published by other vendors (i.e.: items on NuGet). But it does mean that any dependencies you take must also include support for your version of .NET Standard. .NET Standard is evolving quickly, but it's still new enough, and cares enough about some of the smaller runtime profiles, that this limitation can feel stifling. (Note a year and a half later: this is starting to change, and recent .NET Standard versions are much nicer and more full-featured).

另一方面，针对标准的应用程序应该能够在更多的部署情况下使用，因为理论上它可以与Core、Framework、Mono等一起运行。对于一个寻求广泛发行的类库项目来说，这是一个很有吸引力的承诺。对于一个主要面向内部用户的以最终用户为中心的项目，这可能不是一个太大的问题。

. net标准在系统管理员团队想要从ASP。NET在Windows到ASP。出于哲学上或成本上的原因，NET用于Linux上的。NET核心，但开发团队希望继续在Windows上的Visual Studio中使用。NET框架。

简短的回答是:

IAnimal == .NetStandard (General)
ICat == .NetCore (Less general)
IDog == .NetFramework (Specific / oldest and has the most features)

另一种解释这种差异的方法是用现实世界的例子，因为我们大多数凡人都会使用现有的工具和框架(Xamarin, Unity等)来完成工作。

因此，有了。net框架，你可以使用所有的。net工具，但你只能针对Windows应用程序(UWP, Windows窗体，ASP。网,等等)。由于. net框架是闭源的，所以没有太多的事情可以做。

使用。net Core，你有更少的工具，但你可以瞄准主要的桌面平台(Windows、Linux和Mac)。这在ASP中特别有用。asp.net核心应用程序，因为你现在可以托管ASP。NET在Linux上(更便宜的主机价格)。现在，由于. net Core是开源的，从技术上讲，为其他平台开发库是可能的。但由于没有框架支持它，我不认为这是一个好主意。

使用. net Standard，你的工具就更少了，但是你可以针对所有/大多数平台。因为Xamarin，你可以瞄准手机，因为Mono/Unity，你甚至可以瞄准游戏机。也可以通过UNO平台和Blazor来定位web客户端(尽管目前两者都处于实验阶段)。

在实际应用程序中，您可能需要使用所有这些方法。例如，我开发了一个具有以下架构的销售点应用程序:

同时共享server和silent:

处理应用程序模型的. net标准库。 一个. net标准库，用于处理客户端发送的数据的验证。

由于它是一个。net标准库，它可以用于任何其他项目(客户端和服务器)。

在. net标准库上进行验证还有一个很好的优点，因为我可以确保在服务器和客户端上应用相同的验证。服务器是必须的，而客户端是可选的，有助于减少流量。

服务器端(Web API):

处理所有数据库连接的。net Standard(也可以是。net Core)库。 处理Rest API并使用。net Core项目 图书馆数据库。

由于这是在. net Core中开发的，所以我可以在Linux服务器上托管应用程序。

客户端(MVVM与WPF + Xamarin。Android / iOS形式):

A .NET Standard library that handles the client API connection. A .NET Standard library that handles the ViewModels logic. It is used in all the views. A .NET Framework WPF application that handles the WPF views for a windows application. WPF applications can be .NET core now, although they only work on Windows currently. AvaloniaUI is a good alternative for making desktop GUI applications for other desktop platforms. A .NET Standard library that handles Xamarin forms views. A Xamarin Android and Xamarin iOS project.

所以你可以看到在应用程序的客户端有一个很大的优势，因为我可以重用。net标准库(客户端API和ViewModels)，并且只为WPF、Xamarin和iOS应用程序创建不带逻辑的视图。

net核心 . net Core是一个免费的、跨平台的、开源的托管框架实现。它支持四种类型的应用程序:控制台、ASP。NET核心、云和通用Windows平台(UWP)。Windows窗体和Windows Presentation Foundation(WPF)不是. net Core的一部分。

从技术上讲，. net Core只支持控制台应用程序。ASP。NET Core和UWP是建立在。NET Core之上的应用程序模型。

与。net Framework不同，. net Core不被认为是Windows组件。因此，更新以NuGet包的形式出现，而不是通过Windows Update。由于. net Core运行时是App-Local安装的，并且应用程序是通过包管理器更新的，因此应用程序可以与特定的. net Core版本相关联并单独更新。

net标准 托管框架的每个实现都有自己的一组基类库。基类库(BCL)包含异常处理、字符串、XML、I/O、网络和集合等类。

. net标准是实现BCL的规范。由于. net实现需要遵循这个标准，应用程序开发人员不必担心每个托管框架实现的BCL的不同版本。

框架类库(FCL)，如WPF, WCF和ASP。NET不是BCL的一部分，因此不包括在。NET标准中。

. net标准和. net实现之间的关系就像HTML规范和浏览器之间的关系一样。第二个是第一个的实现。

因此，. net Framework、Xamarin和. net Core都在它们的托管框架中实现了BCL的. net标准。由于计算机行业将继续引入新的硬件和操作系统，将会有新的。net托管框架。该标准允许应用程序开发人员知道将有一组他们可以依赖的一致api。

每个. net版本都有一个。net标准的相关版本。

通过提供一致的api，将应用程序移植到不同的托管实现以及提供工具变得更加容易。

. net Standard被定义为一个单独的NuGet包，因为所有的。net实现都需要支持它。使用工具变得更容易，因为工具有一组一致的api可用于给定的版本。您还可以为多个. net实现构建一个库项目。

您还可以为平台特定的api构建. net标准包装器。