.net 5+ 知新：【2】 .Net Framework 、.Net 、 .NET Standard的概念与区别

作为了解历史和眼睛或者过程，我们需要将 .Net Framwork 、.Net、 .Net Stander几个概念进行下理解。

.net 代表跨平台框架，从.net 5开始就统一叫.net,废弃原来的.net core 叫法。由于太多名字防止混淆我们就不管.net core了，估计以后也就是用.net 5+版本了。

.NET Framework

在未来.NET Framework或许成为过去时，目前还是有很多地方在使用的。这一套体系对于做C#的老coder应该是再熟悉不过了，新加入的也就用不着费力去了解了。

.NET Framework 是一种技术，支持生成和运行 Windows 应用及 Web 服务。

.NET Framework 包括公共语言运行时 (CLR) 和 .NET Framework 类库。公共语言运行时是 .NET Framework 的基础。

可将运行时看作一个在执行时管理代码的代理，它提供内存管理、线程管理和远程处理等核心服务，并且还强制实施严格的类型安全以及可提高安全性和可靠性的其他形式的代码准确性。

.Net

.net 就是由.net core 演进而来，在底层有很多性能和架构优化改造，上层应用api和用法和.NET Framework大多数相同。

.NET 是一种用于构建多种应用的免费开源开发平台，使用 .NET 时，无论你正在构建哪种类型的应用（web，api、桌面应用...），代码和项目文件看起来都一样。可以访问每个应用的相同运行时、API 和语言功能。

NET 是开放源代码，使用 MIT 和 Apache 2 许可证。 .NET 是 .NET Foundation 的项目。

Microsoft 支持在 Windows、macOS 和 Linux 上使用 .NET。它会定期更新以保证安全和质量。

.NET 支持三种编程语言：C#、F#、Visual Basic。

.NET Standard

.NET Standard 是针对多个 .NET 实现推出的一套正式的 .NET API 规范。推出 .NET Standard 的背后动机是要提高 .NET 生态系统中的一致性。但是，.NET 5 采用不同的方法来建立一致性，这种新方法在很多情况下都不需要 .NET Standard。

所以.net standard 是 .Net Api 规范，不是实现。其作用是为了提高.net 一致性，不管什么框架只要使用.net standard规范去实现就能被支持。

但是！.NET 5 采用不同的方法来建立一致性,也就是说.net 5开始过度到.net 框架如果你只是用于.net 框架的话，但是支持.net standard！（名字有点绕晕啊）

NET Standard并未弃用对于可由多个 .NET 实现使用的库，仍需要 .NET Standard。比如在 .NET Framework 和 .NET 上都要使用的内库就需要按照.net standard规范，这样两个框架都能用，但是要看.net standard版本支持，下图对照。

在创建类库的时候就可以选择不同的支持框架。

各种 .NET 实现以特定版本的 .NET Standard 为目标。每个 .NET 实现版本都会公布它所支持的最高 .NET Standard 版本，这种声明意味着它也支持以前的版本。

例子说明

1、创建一个.NET Standard 类库，添加一个简单的测试方法。

public class NetStandardTest

{

    public static void PrintLocation()

    {

        //打印FileStream 路径

        Console.WriteLine(typeof(FileStream).Assembly.Location);

        //打印NetStandardTest 路径

        Console.WriteLine(typeof(NetStandardTest).Assembly.Location);

    }

}

在这个测试方法里面我们加了两行打印代码。主要是打印FileStream路径，同时我们创建的.NET Standard类库为2.0，因为我们接下来要创建.net framework 的控制台，它不支持2.1。

2、创建.net 5，.net framework 4.6.1 控制台程序

创建好两个控制台项目，在主方法里面调用内库方法。

static void Main(string[] args)

{

    NetStandardTest.PrintLocation();

    Console.ReadKey();

}

解决方案结构如下

3、运行分析

从结果看我们看到同一个.NET Standard类库,引用在不同的框架上，调用同一个FileStream的地址是不一样的。

然后我们在.NET Standard类库里面F12定位到FileStream看到程序集如下

三个地址我们并列对比下：

C:\Program Files\dotnet\shared\Microsoft.NETCore.App\5.0.8\System.Private.CoreLib.dll

C:\Windows\Microsoft.NET\Framework\v4.0.30319\mscorlib.dll

C:\Users\Administrator\.nuget\packages\netstandard.library\2.0.3\build\netstandard2.0\ref\netstandard.dll

我们将三个dll 用dnspy反编译下，找到FileStream，随便找一个BeginRead方法看下代码。

.net standard

.net framework

.net 5

从上面三个结果对比可以看到.net standard里面是没有实现的，只是定义了方法，也就是说定义了一种标准，说明我的类里面有哪些东西。

调用的时候再根据我们当前使用的框架去找到对应框架的实现。这就是为什么.net standard能对多框架引用，也是为什么2.1不能被.net framework使用，因为它没有去实现2.1新增的api。

至于为什么我们调用.net standard的dll会被转到对应框架的dll呢，这是利用Type Forwarding方式实现跨程序集类型转移的技术成为“垫片（Shim）”，这是实现程序集跨平台复用的重要手段。

关于这个垫片技术可以看下这篇文章https://www.cnblogs.com/artech/p/how-to-cross-platform-03.html。

自此我们已经基本搞清楚了几个概念和体验它们是如何演进而来，以后也许用不太多.net standard了，等不断升级以后直接就用.net 类库就行，也不用去理解这么多概念和技术，可以理解这些是过渡迭代的产物。