.NET Framework 时代
远在 2000 年的时候五分彩源码出售 QQ2952777280【话仙源码论坛】hxforum.com【木瓜源码论坛】papayabbs.com，微软就发布了 .NET 1.0。然后在 2001 年的时候就成为了国际标准。
标准是需要实现的，微软对这个标准的第一个实现就是 .NET Framework，也是多年来我们所熟悉的 .NET。但是，这个 .NET 的实现是基于 Windows 平台的，其中包含了大量基于 Windows 的实现，甚至许多 Windows 专有的内容，比如 GDI 支持等等。微软从前推广的 .NET 跨平台，其实，是在微软平台上的跨平台。
由于 .NET Framework 是直接基于 Windows 平台的，所以，.NET Framework 的程序是不能真正跨平台的，比如运行在 Linux 上。
多样化的 .NET 实现
.NET 确实是一个非常优秀的设计，它吸引了大量的开发者，所以，世界上还存在着许多其它的 .NET 实现。他们自己开发了基于 .NET 标准的其它实现，例如，非常著名的 Mono 就是一个由 Xamarin 公司（先前是Novell，最早为Ximian）所主持的自由开放源代码项目。
但是，包括微软自己的 .NET Framework 在内的各种 .NET 实现，看起来都是 .NET，甚至都可以使用 C# 来开发程序，都是面向对象的，其实是各不兼容的，比如它们的底层所支持的 API 就各不相同。这导致的结果就是，你在各个平台上开发的程序集其实是无法通用的。因为对于某个 API 来说，有的平台支持，有的平台就不支持。
虽然开发人员可以通过条件编译等手段来开发可以支持在各种 .NET 实现上通用的类库，显然这是一个艰巨的任务，你必须要清楚各个实现的各个版本到底支持了哪些 API。
.NET Standard 和 .NET Core
到 2014 年的时候，微软的策略转向了开源和跨平台，.NET Framework 显然无法做到这一点，.NET Core 横空出世，它是开源，完全跨平台的 .NET 实现，也是微软的第二个主要 .NET 实现。现在问题来了，即使对于微软来说，现在都有了两个主要的 .NET 实现了，到底哪个是正宗的 .NET 的呢？
计算机领域有个概念，如果你不能统一它，就增加一个抽象层。微软又搞出一个 .NET Standard 的新概念。
顾名思义，.NET Standard 就是 .NET 的标准，它是一组规范，定义了在 .NET 的实现中到底应该包括哪些 API ，你可以在这里查看这个标准的官方说明。其中的要点如下：
为所有的 .NET 实现定义一组统一的基础类库支持的 API
使得开发人员能够基于这个标准开发可以在各种 .NET 中使用的可移植库
它的好处在于，开发人员不用再逐个平台的检查是否支持某个 API 了，只要看这个平台支持到了 .NET Standard 的哪个版本就行了，只要目标平台支持某个 .NET Standard ，就可以确认你的类库可以跨 .NET 实现通用了。
越高的 .NET Standard 版本包含的 API 越多，但通用性越差，因为不是所有的平台都支持这么多的 API，显然，越低的 .NET Standard 兼容性越好，因为它要求的 API 越少，所以，支持的平台也越多。
对于开发人员来说，有了这个 .NET Standard，开发通用的类库自然简单多了。
微软给出了一个各个常见平台各个版本所支持的 .NET Standard 标准的列表。