导读 | .NET5 终于在 2020-08-25 也就是前天发布了第八个预览版,这么多的预览版搞得我都麻木了,接踵而来的就是更多的新特性加入到了 C# 9 中,既然还想呆在这条船上,得继续硬着头皮学习哈,这一篇跟大家聊聊新增的几个关键词。 |
.NET5 终于在 2020-08-25 也就是前天发布了第八个预览版,这么多的预览版搞得我都麻木了,接踵而来的就是更多的新特性加入到了 C# 9 中,既然还想呆在这条船上,得继续硬着头皮学习哈,这一篇跟大家聊聊新增的几个关键词。
出来一个新语法糖,首先要做的就是去揭它的老底,这样可以方便推测它的应用场景,为了方便表述,我先上一个例子:
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 的作用就是多了一种让你初始化 只读字段 的方式,仅此而已罢了。
为了方便演示,我先上一段代码,如下所示:
public record Person { public string Name { get; set; } public int Age { get; set; } }
看起来挺 🐂👃 的,现在除了 class,struct , enum, delegate,又来了一个 record,俺们的 C# 是越来越强大啦。
还是老规矩,用ILspy看看底层生成了个啥,如下代码所示:
public class Person : IEquatable { 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.Default.GetHashCode(EqualityContract) * -1521134295 + EqualityComparer.Default.GetHashCode(Name)) * -1521134295 + EqualityComparer.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.Default.Equals(Name, P_0!.Name) && EqualityComparer.Default.Equals(Age, P_0!.Age); } protected Person(Person P_0) { Name = P_0.Name; Age = P_0.Age; } public Person() { } bool IEquatable .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 用的,但方法名前面有一对 <> ,说明是防你直接调用的,那问题来了,怎么调用呢?这就涉及一个新的语法糖。
这个语法糖也挺🐂👃的,就是为了助你调用 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。有一点要提醒的是,语法糖多了,一定要知道其实它是个啥,不要常年混在编译器之上迷失了方向.
原创文章,作者:kepupublish,如若转载,请注明出处:https://blog.ytso.com/124162.html