一：背景
1. 讲故事
.NET5 终于在 2020-08-25 也就是大前天发布了第八个预览版，这么多的预览版搞得我都麻木了，接踵而来的就是更多的新特性加入到了 C# 9 中，既然还想呆在这条船上，得继续硬着头皮学习哈，这一篇跟大家聊聊新增的几个关键词。
二：新增关键词
1. init
出来一个新语法糖，首先要做的就是去揭它的老底，这样可以方便推测它的应用场景，为了方便表述，我先上一个例子：
public class Person
{
public string Name { get; init; }
}
乍一看有点懵逼，没关系，先用 ILSpy 看一下，如下图：
上面这张图就已经很清晰的解释了，原来 init 就是自动生成了一个对 私有只读字段 的封装，对于 readonly 相信大家已经轻车熟路了，它的初始化只有两种方式：声明时和构造函数中，但从 C# 9 开始就多了一个属性赋值方式，也就是说现在有三种赋值方式了，还原代码如下：
public class Person
{
private readonly string name;
public string Name
{
get => name;
init
{
name = value;
}
}
}
这种方式要是换作以前肯定是报错的，如下图:
有一点要注意的是编译器还做了一个特殊限制，准你在 类初始化器 中使用，不准你单独拿出来赋值，如下图所示：
所以总的来说, init 的作用就是多了一种让你初始化 只读字段 的方式，仅此而已罢了。
2. record
为了方便演示，我先上一段代码，如下所示：
public record Person
{
public string Name { get; set; }
public int Age { get; set; }
}
看起来挺 🐂👃 的，现在除了 class，struct , enum, delegate，又来了一个 record，俺们的 C# 是越来越强大啦。
还是老规矩，用ILspy看看底层生成了个啥，如下代码所示：
public class Person : IEquatable<Person>
{
protected virtual Type EqualityContract => typeof(Person);
public string Name
{
get;
set;
}
public int Age
{
get;
set;
}
public virtual Person <>Clone()
{
return new Person(this);
}
public override int GetHashCode()
{
return (EqualityComparer<Type>.Default.GetHashCode(EqualityContract) * -1521134295 + EqualityComparer<string>.Default.GetHashCode(Name)) * -1521134295 + EqualityComparer<int>.Default.GetHashCode(Age);
}
public override bool Equals(object? obj)
{
return Equals(obj as Person);
}
public virtual bool Equals(Person? P_0)
{
return P_0 != null && (object)EqualityContract == P_0!.EqualityContract && EqualityComparer<string>.Default.Equals(Name, P_0!.Name) && EqualityComparer<int>.Default.Equals(Age, P_0!.Age);
}
protected Person(Person P_0)
{
Name = P_0.Name;
Age = P_0.Age;
}
public Person()
{
}
bool IEquatable<Person>.Equals(Person other)
{
return Equals(other);
}
}
从 ILspy 生成出来的代码来看，可以发现两点信息：
-
record 玩的也是 class，重写了 object 中的一些方法 GetHashCode, Equals 等等。
-
按类中的字段逐一比较判断类的相等性。
说到根据字段判断类的相等性，不知道大家可有似曾相识的感觉? ,反正让我想起了匿名类型，因为它生成的 C# 代码和 record 如出一辙，不信的话，我演示给你看呗。
var person = new { Name = "jack", Age = 20 };
接下来看一看是否真的是按照逐一字段比较，代码如下图：
static void Main(string[] args)
{
var person = new Person() { Name = "jack", Age = 20 };
var person2 = new Person() { Name = "jack", Age = 20 };
var b = person.Equals(person2);
}
看了这么多，我想你肯定有一些疑问：
1) 为啥要实现 IEquatable 接口
这是因为在当 Person 是 泛型 T 的时候避免走了默认的 public override bool Equals(object? obj)，这是一个双装箱操作，性能太低效，深入研究可看我的博文：https://www.cnblogs.com/huangxincheng/p/12996361.html 。
2) 为啥有 equals 没有 ==
这个问题问得好，谁知道 C# 开发团队怎么想的，按照目前现状， 用 == 和 equals 比较两个对象，结果肯定是不一样的，我想你肯定能理解，毕竟一个是引用一个是按字段比较，这就比较坑爹了，如下图：
3) <>Clone() 方法有何作用
从方法体来看，这个方法用于做 浅copy 用的，但方法名前面有一对 <> ，说明是防你直接调用的，那问题来了，怎么调用呢？ 这就涉及一个新的语法糖。
3. with
这个语法糖也挺🐂👃的，就是为了助你调用 record 的 <>clone 方法，不信的话，上代码呗。
static void Main(string[] args)
{
var person = new Person() { Name = "jack", Age = 20 };
var person2 = person with { };
}
然后看一下 IL 反编译的代码
不过我也有一个疑问，为啥要防着我直接调用 Clone 方法呢？ 新东西，也不知道应用场景，谁搞的清楚哈~~~ 😂😂😂
四： 总结
总的来说C#是越来越新颖了，也一直在践行 jquery 的口号： write less,do more。 有一点要提醒的是，语法糖多了，一定要知道其实它是个啥，不要常年混在编译器之上迷失了方向😄😄😄