最近是微軟開了Build 2020大會，由於疫情原因，改成了線上舉行，Build大會上，C#公佈9.0版本。 我個人對於C#的更新向來都是喜聞樂見，樂於接受的，對於部落格園上某些人天天嘲諷C#只會增加語法糖的人，我向來對他們不屑一顧，認為他們是井底之蛙。 因此我仔細看了微軟發的文章[Welcome to C# 9.0](https://devblogs.microsoft.com/dotnet/welcome-to-c-9-0/)，準備好好觀摩和學習。但當我看到Records語法時，我就隱隱感覺C#這樣玩語法糖要翻車了。 後來看到知乎上的問題[如何評價即將釋出的 C# 9.0？](https://www.zhihu.com/question/396206087)，我稍加思索，愈發覺得Records語法完全是大型翻車現場，因此整理出來我認為的Records的翻車點（兼吐槽）。 首先看官方給出的Records樣例 ```csharp public data class Person { public string FirstName { get; init; } public string LastName { get; init; } } ``` 第一個吐槽點：`data class`宣告有必要嗎？如果要多加一個`data`關鍵字，直接用`record`不好嗎，如果不加關鍵字，為什麼不用`readonly class`啊。 ``` public record Person {} public readonly class Person {} ``` 第二個吐槽點，官方給出上面的等價定義 ``` public data class Person { string FirstName; string LastName; } ``` 看到這裡我幾乎暈了過去，確定這兩者等價嗎？語言的一致性破壞的損失殆盡？不信？如果把data這個詞去掉的話。 ``` public class Person { public string FirstName { get; init; } public string LastName { get; init; } } public class Person { string FirstName; string LastName; } ``` 但凡任何一個C#初學者，都不會說上面等價，因為那段定義等於 ``` public class Person { public string FirstName { get; init; } public string LastName { get; init; } } public class Person { private string FirstName { get; set; }; private string LastName { get; set; }; } ``` 這怎麼等價？也就是說，加了data一個關鍵詞，後面我們對C#語法的掌握就要被推翻？！ Ok，上面噴完了，我們再來看看官方還有第3種定義方法 ``` public data class Person(string FirstName, string LastName); ``` 這種record定義非常漂亮。但，一個record有3種定義方法？！你說之前的LINQ有2種寫法，我認了，畢竟看起來更加簡單直觀，更像sql。但record是現代版的一個茴字有3種寫法啊！ 總結，這次Records語法，看起來漂亮，實際上是一場巨大的災難。歸根結底在於對於Records的定位不夠清晰。如果要真正的Immutable，那麼Records應該是類似Tuple的存在，應該和Class切割開，走類似Rust的Stuct的路子，加上UnionType，EnumClass就是起飛。如果想要一個看起來Immutable實際上是Mutable的Class的話，還不如想想怎麼簡化Class語法，但要注意簡化的過程中要保持一致性。什麼？你要Mutable？不就是Class嘛。 下面是一些碎碎念時間。 自從C#之父Anders去做Typescript之後，能看出C#團隊還是盡心盡力改善C#的，比如模式匹配(一點一點加)，可空引用型別，型別推導的new，Indies和Ranges，。 但不得不說，他們的品味偶爾也會下滑。 比如說前幾天在部落格園Rwing發過的的[強制非空語法](https://www.cnblogs.com/Rwing/p/csharp-9-0-preview-null-arg-checking.html)，給人一種畫蛇添足的感覺，但考慮到歷史包袱，可以理解。 Deconstruct是我認為另外一個敗筆。對於[自定義型別的解構](https://docs.microsoft.com/en-us/dotnet/csharp/tuples)，完全沒有任何必要重新定義一個Deconstruct方法，模仿Typescript（Anders大神手筆）即可。如果要解構一個經過運算的東西，就應該重新定義另一個方法返回出來。解構解構，就是將原本值拿出來，而非一個不知道怎麼運算出來東西。 ``` var { name: x, age: y } = new { name: "xx", age: 26 } ``` 對了，還有這次模式匹配中加入了and和or運算子，最迷惑的是，if語句中不能用and和or，只能用&&和||。我只能說，閒的蛋疼，又不是Python，加來幹什麼。 我吐槽完了，大家可以頂/踩我了。大家也可以去上面知乎問題發表意見，共同討論C#語言。