[譯].Net 4.5 的五項強大新特性

本文原文： Five Great .NET Framework 4.5 Features
譯者： 冰河魔法師

目錄

• 介紹
• 特性一：async和await
• 特性二：Zip壓縮
• 特性三：正則表示式執行超時
• 特性四：配置(Profile)優化（提高啟動效能）
• 特性五：垃圾回收(GC)（後臺GC垃圾清理）
• 另外三個值得探索的新特性
  • 設定應用域級別預設Culture
  • 陣列支援超過2G大小
  • 控制檯支援Unicode
• 參考文獻
• 譯者注

介紹

微軟的.Net 4.5框架已經發布了差不多一年了，和其他微軟釋出的產品有類似的缺乏溝通的問題，這個產品中只有一到兩個特性是開發者們所知道的，剩下的那些直到最後都只能是在MSDN上面的一些簡單文件而已。

比如說，當你問一個.Net程式設計師在.Net4.5中究竟有什麼樣的更新，他們多半會回答你說async和await（至少我周圍的朋友是這樣回答的）

當然，要想知道所有的特性點是非常困難的，畢竟有些特性在你的工作範圍內一點都不涉及的情況下看起來好像也沒什麼用。

所以在這篇文章裡，我選擇了五個我最喜歡的特性來介紹。重申一下，我最喜歡的特性不一定是你最喜歡的，但是我在選擇的時候已經儘量考慮選擇大部分.Net程式設計師都會用到的，我希望我的文章能夠達到這個期望。

注意：這篇文章討論的新特性僅限於核心庫(.Net 4.5 Core)，不會涉及 ASP.NET, WCF, WPF, WWF等。

特性一：async和await

這個特性被大量的宣傳過，而且幾乎每個.Net講師都會提及它，不過它依舊是我最愛的新特性，不用急，你馬上就能知道為什麼我這麼喜愛它了。

async 和 await

是一對標記符，可以用來標記當一個任務（執行緒）完成後將返回到哪裡。

上面這句話有點拗口，所以我們還是一起來嘗試用實際的程式碼來理解這句話。

首先我們來看看下面這段程式碼的執行步驟：

1. main函式啟動後，呼叫了Method()方法
2. Method()方法裡面用Task啟動了一個LongTask函式（內容為等待10秒）
3. 啟動LongTask後會立即返回並執行Method()方法中的剩餘程式碼。換句話說，啟動多執行緒（Task.Run）後，LongTask在執行，而Method()方法中剩餘的程式碼也能被執行

接下來我們希望第三步執行的行為變化一下，我們希望在執行完LongTask()後才回到Method()方法繼續執行剩餘的程式碼。這裡我們使用async和await關鍵字來實現上述行為。

這裡有三點需要注意的地方：

1. async和await是成對出現的，獨立是無法使用的
2. async是標記方法的，這個標記只是指示出該方法中將包含await關鍵字
3. await關鍵字標記了任務執行結束後需要返回到的位置，所以你常常會將該關鍵字與Task類聯用。

下面這幅圖是將我們之前討論過的程式碼使用async和await改造過後的版本，除了第三步是在第二步執行完成後執行的外，其他部分都是和以前一樣的。簡單來說就是隻會在任務LongTask執行完成後才會回到Method()中繼續執行。

現在你已經瞭解了async和await，我來問一個問題權當家庭作業吧：使用Task.Wait或Task.ContineWith方法也可以達到同樣的效果，不過他們有什麼差別呢？

特性二：Zip壓縮

Zip格式是現在接受程度最高之一的壓縮檔案格式。幾乎所有作業系統都支援操作該格式。

在以前的.Net版本中都沒有內建對Zip壓縮功能的支援，所以通常情況開發人員都會使用第三方的類似於DotnetZip之類的元件來達到該效果。不過在.Net4.5中，Zip壓縮格式已經被內建到框架中去了，在System.IO.Compression名稱空間中。

要使用它，我們就先引用一下兩個名稱空間：

• System.IO.Compression.FileSystem
• System.IO.Comptession

接下來將其引入程式碼：

如果你想將一個資料夾中的所有檔案都打包進來，就使用CreateFromDirectory方法：

如果你想解壓，可以使用ExtractToDirectory方法：

特性三：正則表示式執行超時

正則表示式是做字串類驗證的最好方式，如果你是第一次接觸正則表示式，推薦你看一段視訊，但是標準的正則表示式邏輯卻會給黑客們留下DoS（拒絕服務）攻擊的可能性，我接下來詳細的說明會讓你明白這是為什麼。

假如我們有個正則表示式^(\d+)$，這個正則表示式希望這個字串裡只包含數字。你可以觀察正則表示式符號圖（Regex Symbolic Diagram）來了解正則表示式是如何被計算的。如果我們要驗證字串123456X，將會有6條路徑來驗證，如下圖：

但是如果我們多加一個數字進去，將會變成7條路徑。換句話說，隨著字串長度的增長，正則表示式將會花掉更多的時間來計算，再換句話說，計算時間和字串長度是成線型比例的。

我們將之前定義的正則表示式變成更復雜的^(\d+)+$，你將看到正則表示式的計算過程變得更加複雜，如果我們試圖驗證字串123456X，將會計算32條路徑，只要你將字串加長一個字元，將會計算64條路徑

換句話說，計算時間將會隨著字串的增加而成倍增加。

現在你有可能會問，這個有什麼關係呢？這種超長的計算時間很有可能會被黑客發現來做DoS攻擊，他們只需要向你的伺服器請求一個超長的字串要驗證，你的伺服器將會一直等在那裡。

當然，解決這個問題的最佳方案就是在用正則表示式做驗證的時候設定一個超時時間。在.Net4.5中就有這個功能，像如下程式碼中那樣就可以。從此之後，哪怕使用者發來了惡意字串，我們的程式也不會卡死在那裡。