快醒醒,C# 9 中又来了一堆关键词 init,record,with
一:背景
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。 有一点要提醒的是,语法糖多了,一定要知道其实它是个啥,不要常年混在编译器之上迷失了方向😄😄😄