.NET Core 和 .NET Standard 的区别

小渣渣

.NET Standard 是一套正式的 .NET API 规范，有望在所有 .NET 实现中推出。 推出 .NET Standard 的背后动机是要提高 .NET 生态系统中的一致性。 ECMA 335 持续为 .NET 实现行为建立统一性，但适用于 .NET 库实现的 .NET 基类库 (BCL) 没有类似的规范。

.NET Standard 可实现以下重要情境：

• 为要实现的所有 .NET 实现定义一组统一的、与工作负荷无关的 BCL API。
• 使开发人员能够通过同一组 API 生成可在各种 .NET 实现中使用的可移植库。
• 减少甚至消除由于 .NET API 方面的原因而对共享源代码进行的条件性编译（仅适用于 OS API）。
  

各种 .NET 实现以特定版本的 .NET Standard 为目标。 每个 .NET 实现版本都会公布它所支持的最高 .NET Standard 版本，这种声明意味着它也支持以前的版本。 例如，.NET Framework 4.6 实现 .NET Standard 1.3。也就是说，它会公开在 .NET Standard 版本 1.0 到 1.3 中定义的所有 API。 同样，.NET Framework 4.6.1 实现 .NET Standard 1.4，而 .NET Core 1.0 则实现 .NET Standard 1.6。




.NET Standard与.NET实现之间的关系就和HTML规范与浏览器之间的关系一样。后者是前者的实现。

因此，.NET Framework、Xamarin和.NET Core，每一种托管框架都实现了.NET Standard中的BCL。随着计算机工业不断推出新的硬件和操作系统，将来还会出现新的.NET托管框架。该标准让应用程序开发人员知道，他们可以依赖于一套始终如一的API。

每个.NET版本都对应一个.NET Standard版本。

API一致，将应用程序移植到不同的托管实现以及提供工具都会更简单。

.NET Standard被定义为一个单独的NuGet包，因为所有的.NET实现都必须支持


.NET Standard vs 可移植类库

可移植类库做的不是同一件事吗？

可移植类使用多个平台均都支持的通用API。因此，支持的平台越多，可用的API就越少，而且，对于特定的平台组合，很难知道到底支持哪些API。对于一个新平台，已有的PCL必须重新编译。PCL还需要微软针对每个平台创建一个新的框架实现分支。
由于.NET Standard确定了API，而不是一个实现，所以不需要重新编译应用程序。任何新发布的.NET实现都实现了必须的库。应用程序不需要重新编译就可以运行在新的硬件平台或操作系统上。从理论上讲，在调用API时可能会捕获到NotSupportedException异常，但那种情况应该很少见。


.NET 实现支持

下表列出了支持每个 .NET Standard 版本的最低平台版本。 这意味着所列平台的更高版本也支持相应的 .NET Standard 版本。 例如，.NET Core 2.2 支持 .NET Standard 2.0 及更低版本。