C#7.0新特性和語法糖詳解

伴隨Visual Studio 2017的發佈，C#7.0開始正式走上工做崗位。對於早已熟悉了舊版本C#的開發者來講，C#7.0增長的很多新特性和語法糖能在很大程度上提高編程效率並下降出錯率。本文將闡述C#7.0給出的9個改進。

 

一、元組——更優雅地返回多個值

之因此將元組放在第一位，是由於它對C#編程體驗的提高實在是太大了。元組這個概念在之前就已經被引入了C#，只不過它是經過一個名爲Tuples的泛型類來實現的。使用這個泛型類雖然能夠達到相似元組的效果，可是可讀性實在是太差了，徹底就沒有辦法經過代碼理解函數返回的究竟是什麼，本應該是人類友好的參數名不得不變成Item一、Item2這樣的抽象名稱。也正是由於如此，通常的開發者更傾向於本身定義一個結構來用於返回多個值。

C#7.0引入的元組語法能讓你更優雅地完成這一任務。你能夠經過這種方式來表示一個函數的返回值類型：

 

在外部代碼裏，你能夠這樣來訪問這個元組類型包含的多個值：

 

這可比先前C#版本里，用Item一、Item二、Item3來表示元組元素的方法直觀多了，你也沒必要寫着寫着就要回去查看本身的函數返回的順序是怎樣的了。

固然，若是你不想用類型推斷和匿名元組類型的話，你還能這樣解構一個元組：

使用元組的前提，是你引用了來自微軟官方的System.ValueTuple包：

 

二、局部函數——函數做用域新玩法

鑑於元組可能會炸腦，因此如今來點輕鬆的——局部函數，這是比較容易理解的一個新特性。簡而言之，如今能夠在函數裏定義函數了，並且一般這個函數裏的函數只能在外層函數裏訪問。直接上例子：

 

三、引用傳遞和引用返回——沒必要擔憂值類型的引用傳遞

熟悉C#的朋友確定知道，若是操做數是值類型，那麼賦值運算符（等號）默認傳遞是這個類型的值；可是某些時候，咱們不但願C#「自做聰明」地給咱們傳遞值，而但願傳遞這個值類型的引用。在C#7.0中，微軟從新利用了使用率不高的關鍵字ref，來代表咱們要傳遞的是一個引用而不是值。下面是實例：

這段程序的輸出結果是3，而不是一般認爲的0。緣由是中間的那句賦值，咱們告訴C#，咱們要傳遞的是引用，而不是值。因此後來對b的值做出修改，a的值同步改變了。

相似的，咱們能夠用相同的方式來讓一個函數返回一個值類型的引用而不是它的值：

 

四、模式——比較和匹配的新玩法

做爲一門基於類型的語言，「封箱」和「拆箱」操做確定深刻人心。拆箱以前，咱們常常須要判斷這個箱子究竟是什麼類型的（is運算符）。之前版本的C#有個模板式的寫法是：先用is運算符判斷封箱類型，而後用as運算符拆箱。如今這個模板式的語法能夠被縮寫成這樣了：

不只如此，C#7.0把這種東西稱做「模式匹配」，這讓你能用switch/case語句來批量判斷封箱類型，並用when關鍵字來限定拆箱結果的條件。好比：

 

五、語法糖——out變量直接定義

之前在使用帶有out參數的函數的時候，咱們必須先把要賦值的out參數定義好，在傳遞給函數。如今能夠直接在傳遞的時候定義out參數了：

 

六、通用異步返回類型

一般來講，異步方法返回類型必須是void，Task或者Task，這種方式的明顯缺點，就是會在等待時但異步結果已經可用的狀況下，對Task進行分配。C#7.0加入了ValueTask泛型類型，用來解決上述問題，這能顯著提高部分異步程序的性能。簡而言之，ValueTask會建立一個cache，用來緩存已經可用的值，而不至於每一次都等待一個相同的異步方法執行徹底相同的步驟。舉例子的話篇幅會比較長，因此煩請你們本身查閱MSDN。

 

七、語法糖——λ表達式如今支持了更多的函數

在C#7.0中，構造函數、析構函數和屬性訪問器也可使用λ表達式了，好比：

 

八、語法糖——異常表達式

新增的運算符??（兩個半角問號）用於在引用爲null的時候拋出異常：

 

九、語法糖——數字裏能夠添加下劃線加強可讀性

如今C#7.0認爲，1234_5678和12345678是一個數字了。也就是，數字中的下劃線會被忽略。

總結：

C#7.0加入的新特性和語法糖能夠很是有效地提高咱們編程的效率，也更有利於下降錯誤率。瞭解它們，對之後的工做將帶來極大的幫助。