看看C# 6.0中那些語法糖都幹了些什麼(上篇)

一線碼農發表於2014-12-22

  今天沒事,就下了個vs2015 preview,前段時間園子裡面也在熱炒這些新的語法糖,這裡我們就來看看到底都會生成些什麼樣的IL?

 

一:自動初始化屬性

     確實這個比之前的版本簡化了一下,不過你肯定很好奇,到底編譯器給我們做了哪些東西呢?

1     class Student
2     {
3         public string Name { get; set; } = "ctrip";
4     }

 

從這張圖中可以看到,在ctor中<Name>k__backingfield=“ctrip“的賦值在base::ctor之前,這就說明name是變數初始化賦值,而不屬於

建構函式賦值,那有什麼區別呢,如果base::ctor在<Name>k__backingfield=”ctrip"之前,那就是建構函式賦值了,不過我得特別要指明

一下,是原始碼級別的區別,而不是IL中的區別,因為在IL中都是建構函式賦值,不過語句順序不一樣而已,然後我把內部做的程式碼復原如下:

 1     class Student
 2     {
 3         private string k__BackingField = "ctrip";
 4 
 5         public string Name
 6         {
 7             get
 8             {
 9                 return k__BackingField;
10             }
11 
12             set
13             {
14                 k__BackingField = value;
15             }
16         }
17     }

然後再看看怎麼讓base::ctor在<Name>k__backingfield="ctrip"之前。

 1     class Student
 2     {
 3         private string k__BackingField;
 4 
 5         public string Name
 6         {
 7             get
 8             {
 9                 return k__BackingField;
10             }
11 
12             set
13             {
14                 k__BackingField = value;
15             }
16         }
17 
18         public Student()
19         {
20             k__BackingField = "ctrip";
21         }
22     }

 

不好意思,一不小心就扯到了變數初始化和建構函式賦值在原始碼級別的區別。

 

二:只讀屬性初始化

  這個也是一個超級好玩的屬性,先來看看程式碼:

1     class Student
2     {
3         public string Name { get; }
4 
5         public Student(string name)
6         {
7             Name = name;
8         }
9     }

但是我們記得,在之前的C#版本是不能這麼寫,但現在惹不住好奇心,先去底層看看到底生成了什麼。

 

 

然後我就奇怪了,屬性本來就可以是隻讀的,現在編譯器已經放開了,那是不是有問題了,我如果真的是需要一個只讀屬性,這個該如何是好

呢?然後我就試著在Name屬性中返回一個值,果然編譯器不放行,這就說明編譯器在裡面還做了一個貌似合理的判斷。

 

三:Lambda充當函式體

  這個聽起來就有點怪怪的,還是先看個例子。

1     class Student
2     {
3         public string Name => "ctrip";
4 
5         public void Print(string name) => Console.WriteLine(name);
6     }

不過當我看到這種寫法時,我也是醉了,假如你一年都沒有接觸C#,再回來看時,我想你肯定看不懂這些雞巴程式碼了。。。沒辦法,還得繼續

看看IL在底層都做了些什麼?

 

當看到IL的時候再次醉了,其實=>僅僅是一個{}方法體括號而已呀!這不是徒增我們的學習成本麼?然後我就繼續想,這裡的函式體就一條

console.wirteline語句,那我要是灌幾條語句會怎麼樣呢?可以想象肯定是要加括號的,但是我真的加上{}後,編譯器凌亂了。。。

 

那這個圖就告訴我們,C#6.0的lamaba充當函式體的語法糖只適合一條語句,如果真要做到多條語句,那你只能單獨提取一個方法出來,

就像下面這樣。

 

好了,上篇大體就這樣了,時間不早了,先撤了。

相關文章