每个框架都有自己的类库。

. net框架的基类库。 . net Core的核心库。 Xamarin的Mono类库。

微软决定将所有这些类库合并到一个可以在所有框架中实现的库中。为此，他们开发了。net标准。

微软决定做一个统一的框架，. net 5是。net核心和。net框架的统一框架。在。net 6中，他们也将Xamarin合并到。net MAUI项目中。

. net Framework， . net Core, Xamarin被统一为一个。net 6框架，所以不需要。net标准。. net标准的目标是拥有一个能在所有框架中工作的库。现在所有的框架都合并到了。net 6中。

前面的回答可能描述了关于。net Core、。net Standard和。net Framework之间区别的最好理解，所以我只想分享一下我在选择这个而不是那个时的经验。

在项目中，你需要混合。net框架，。net核心和。net标准。例如，当我们用。net Core 1.0构建系统时，。net Core还不支持windows服务托管。

第二个原因是我们使用的是不支持。net Core的活动报表。

因此，我们想要构建一个基础架构库，它可以用于。net Core (ASP。NET Core)和Windows服务和报告(。这就是为什么我们选择。NET Standard作为这类库的原因。 选择。net标准意味着你需要仔细考虑库中的每个类都应该是简单的，并且跨越。net(核心、框架和标准)。

结论:

. net标准的基础架构库和共享公共。这个库可以被. net Framework和. net Core引用。 . net框架不支持的技术，如活动报告，窗口服务(现在支持。net 3.0)。 . net核心的ASP。当然是NET Core。

微软刚刚宣布了。net 5:引入。net 5

每个框架都有自己的类库。

. net框架的基类库。 . net Core的核心库。 Xamarin的Mono类库。

微软决定将所有这些类库合并到一个可以在所有框架中实现的库中。为此，他们开发了。net标准。

微软决定做一个统一的框架，. net 5是。net核心和。net框架的统一框架。在。net 6中，他们也将Xamarin合并到。net MAUI项目中。

. net Framework， . net Core, Xamarin被统一为一个。net 6框架，所以不需要。net标准。. net标准的目标是拥有一个能在所有框架中工作的库。现在所有的框架都合并到了。net 6中。

. net Framework和. net Core都是框架。

. net Standard是一个标准(换句话说，是一个规范)。

您可以创建一个可执行项目(如控制台应用程序或ASP。NET应用程序)与。NET框架和。NET核心，但不与。NET标准。

使用. net Standard，你只能创建一个不能独立执行的类库项目，它应该被另一个。net Core或。net Framework可执行项目引用。

. 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框架。

. net Standard:可以把它看作一个大的标准库。当将此作为依赖项使用时，您只能生成库(. dll)，而不能生成可执行文件。用. net标准创建的库可以作为依赖项添加到Xamarin中。安卓，Xamarin。iOS，一个。net Core Windows/OS X/Linux项目。

. net Core:可以把它看作是旧的。net框架的延续，只是它是开源的，有些东西还没有实现，有些已经弃用了。它用额外的功能扩展了. net标准，但它只能运行在桌面。当将此添加为依赖项时，您可以在Windows、Linux和OS x上创建可运行的应用程序(尽管目前仅支持控制台，不支持gui)。所以。net Core =。net Standard +特定于桌面的东西。

UWP也使用它和新的ASP。NET Core也将其作为依赖项使用。