.NET Framework 4.5 五個很棒的特性分享

　　簡介

　　自.NET 4.5發布已經過了差不多1年了。但是隨著最近微軟大多數的發布，與.NET開發人員交流的問題顯示，開發人員僅知道一到兩個特性，其他的特性僅僅停留在MSDN並以簡單的文檔形式存在著。

　　比如說，當你問一個.NET開發人員.NET架構核心中有什麼新東西的時候，他們中的大多數僅僅會說非同步與等待（至少和我交談的人們僅僅談到了這些特性）。

　　另外也很難貫通所有的新特性。因為這些特性可能對於你目前正在開發的工作並不如聽上去那麼有趣。

　　所以在這篇文章中我想提及我喜歡的5個在.NET4.5核心中的特性。當然，這可能只是我喜歡的而並不是你的。但是我所做的是當我選擇這些特性時我也想著較大的.NET社區，我希望我滿足了這種期望。

　　提示：這篇文章沒有討論在ASP.NET, WCF, WPF, WWF等中的新特性。僅僅講了關於核心的新特性。

　　特性1：非同步與等待（代碼開發人員）

　　這個特性已經被吹噓過度並且每個.NET佈道者都談論它。但是這仍然是我喜歡的並且你會知道為什麼從這裡只有幾行。

　　非同步和等待是標記，它們標記當任務（線程）結束時控制應該恢複到代碼的位置。

　　讓我們嘗試通過下面的代碼來搞清上面聲明的含義。如果你明白下面代碼的流程：

1. Static void main()從開始處調用Method()方法。

2. Method()方法產生一個名為LongTask的任務（線程），線程將等待10秒。

3. 同時，在調用了任務之後，控制又回到Method()方法繼續執行剩下的代碼。換句話說，正如調用時多線程的（Task.Run…）,LongTask仍在運行。例如，等待10秒並且Method()方法剩下的代碼也在執行。

　　現在在相同的情景下，我們想要第3步執行得不一樣。我們想要在LongTask()執行完成後，控制應該回到Method方法執行接下來的代碼。“非同步”和“等待”關鍵字能夠協助實現上面的功能。

　　這裡有三個關於關鍵字“非同步”和“等待”的重點需要記住：

1. 非同步和等待是一對關鍵字。你不能獨立使用它們。

2. 非同步應用於方法。這個關鍵字是一個標誌，是說該方法會有一個等待關鍵字。

3. 等待關鍵字標記了任務恢複執行的位置。所以你總是發現這個關鍵字與Task關聯。

　　下面是前面討論的代碼的修訂版本，這裡我們應用了非同步與等待。所有其他的步驟仍然如前所述，但是“步驟3”將在“步驟2”完成之後執行。簡單來說就是控制在任務完成之後回到Method()方法。

　　現在你已經閱讀了“非同步”與“等待”的內容，讓我來提個問題。上面的代碼同樣也能通過Task.Wait或者Task.ContinueWith實現，那麼它們有什麼不同？我把這個問題留作給你的家庭作業。

　　特性2：便利Zip壓縮（Zip壓縮）

　　Zip是最為人所接受的檔案格式之一。Zip格式以某些內建的名字被幾乎所有作業系統支援。

• 在Windows作業系統中，它以“壓縮檔”的名稱實現。

• 在MAC作業系統中，它以“文檔公用程式”的名稱實現。

　　現在在.NET中我們對執行Zip壓縮沒有內建的支援。許多開發人員實用第三方組件如“DotnetZip”。在.NET4.5中，Zip屬性內建於架構本身，以System.IO.Compression的命名空間內建。

　　第一步你需要引用兩個命名空間：

• System.IO.Compression.FileSystem

• System.IO.Compression

　　接下來引用如下兩個命名空間：

using System.IO.Compression;

　　如果你想要從檔案夾壓縮檔你可以調用如下所示的CreateFromDirectory函數。

ZipFile.CreateFromDirectory(@"D:\data",@"D:\data.zip");

　　如果你想要解壓，你可以調用如下代碼所示的ExtractToDirectory函數。

ZipFile.ExtractToDirectory(@"D:\data.zip", @"D:\data\unzip");

　　特性3：Regex逾時（逾時）

　　“Regex”一直是做驗證首選的方式。如果你是Regex的新手，請看Regex，我解釋了Regex是如何執行的。但是正因為Regex的典型邏輯解析使得它暴露於DOS攻擊下。讓我們試著理解剛才我說的。

　　作為例子請考慮這樣的Regex-“^(\d+)$”。這個Regex表明只能有數字。你也可以看Regex符號地圖，它標明了這個Regex會如何求值。現在讓我們假設要驗證“123456X”。這將有6條路徑如所示。

　　但如果我們再多加一個數字進去，將會有7條路徑。換句話說，隨著字元長度的增加，Regex將會花更多時間執行。也就是說，求值時間與字元長度成線性比例。

　　現在讓我們把之前定義的正則式從“^(\d+)$”變為“^(\d+)+$”。如果你看Regex符號地圖它將相當複雜。如果我們現在試著驗證“123456X”，將會有32條路徑。如果你再增加一個字元，路徑數將會增加到64。

　　換句話說，上面的Regex中時間開銷與字元數目為成倍關係。

　　現在你可能要問的是，這很重要嗎？線性上升的求值時間可以被駭客利用來進行DOS（拒絕服務）攻擊。他們可以部署一個長而且是足夠長的字串來使你的應用永遠掛起。

　　對於這個問題合適的解決方案是在Regex執行上設定逾時時間。好訊息是，在.NET4.5中你可以定義一個逾時屬性如下代碼所示。所以如果你收到任何懷有惡意的字串，應用不會永遠在迴圈中執行。

try{  var regEx = new Regex(@”^(\d+)+$”, RegexOptions.Singleline, TimeSpan.FromSeconds(2));  var match = regEx.Match(“123453109839109283090492309480329489812093809x”);}catch (RegexMatchTimeoutException ex){  Console.WriteLine(“Regex Timeout”);}

　　特性4：最佳化設定檔（提升啟動效能）

　　我們都知道.NET代碼是半編譯的格式。在運行時，JIT（Just-in-Time）編譯器執行並且轉換這種半編譯的IL代碼為機器原生代碼。對JIT最大的抱怨之一是當.NET應用初次執行的時候，它運行得很慢因為JIT在忙著轉換IL代碼到機器代碼。

　　為了降低這個啟動時間，在.NET4.5中有稱為“最佳化設定檔”的內容。設定檔不過是一個記錄了應用在啟動運行中需要的方法列表的簡單檔案。所以當應用開始後，背景JIT執行並且開始轉換這些方法的IL代碼為機器/原生語言。

　　這個後台JIT在多個處理器上編譯啟動方法從而進一步降低啟動時間。另外請注意你需要多核處理器來實現設定檔最佳化。如果你沒有多核處理器那麼這個設定會被忽略。

　　為了建立“設定檔”這個檔案，首先你需要引入System.Runtime命名空間。然後你可以調用靜態類ProfileOptimization的SetProfileRoot和StartProfile方法。現在當應用啟動後台JIT，它將會讀取設定檔並且在背景編譯啟動方法從而降低啟動時間。

using System.Runtime;// Call the Setprofilerroot and Startprofile methodProfileOptimization.SetProfileRoot(@"D:\ProfileFile");ProfileOptimization.StartProfile("ProfileFile");

　　重要提示：ASP.NET 4.5和Silverlight 5應用預設支援Profileoptimization。所以上述代碼在這些技術中無需編寫。

　　特性5：記憶體回收（垃圾後台清理）

　　記憶體回收在.NET應用中是一項真正繁重的任務。當是ASP.NET應用的時候，它變得更繁重。ASP.NET應用在伺服器運行，許多用戶端向伺服器發送請求從而產生對象負荷，使得記憶體回收確實努力清理不需要的對象。

　　在.NET4.0中，當記憶體回收運行清理的時候，所有的應用程式線程都暫停了。在中你可以看到我們有3個應用程式線程在執行。有兩個記憶體回收運行在不同的線程上。一個記憶體回收線程對應一個邏輯處理器。現在應用程式線程運行並執行它們的任務，伴隨著這些應用程式線程的執行它們也建立了操作對象。

　　在某個時間點，後台記憶體回收運行開始清理。當這些記憶體回收開始清理的時候，它們暫停了所有的應用程式線程。這使得伺服器/應用程式在那一刻不響應了。

　　為了克服上述問題，伺服器記憶體回收被引進了。在伺服器記憶體回收機制中多建立了一個運行在背景線程。這個線程在後台運行並持續清理2代對象（關於記憶體回收0,1和2代的視頻）從而降低主記憶體回收線程的開銷。由於雙記憶體回收線程的執行，主應用程式線程很少被暫停，進而增加了應用程式輸送量。為了使用伺服器記憶體回收，我們需要使用gcServer XML標籤並且將它置為true。

<configuration>   <runtime>      <gcServer enabled="true"/>   </runtime></configuration>

　　另三個值得探索的特性

　　設定預設應用程式定義域的地區性

　　在上一個版本的.NET中如果我想設定地區性那麼我需要在每個線程中設定。下面的樣本程式示範了線上程層級設定地區性的痛苦。當我們有大量多線程應用程式的時候這是真正的痛苦。

CultureInfo cul = new CultureInfo(strCulture);Thread.CurrentThread.CurrentCulture = cul;Thread.CurrentThread.CurrentUICulture = cul;

　　在4.5中我們可以在應用程式定義域層級設定地區性並且所有在這個應用程式定義域當中的線程都會繼承這個地區性。下面就是如何?DefaultThreadCurrentCulture的範例程式碼。

CultureInfo culture = CultureInfo.CreateSpecificCulture("fr-FR");CultureInfo.DefaultThreadCurrentCulture = culture;

　　數組支援超過2GB容量

　　我不確定在什麼樣的情景下我們會需要2GB的容器。所以我個人並不清楚我們將在哪用到這個特性。如果我曾需要如此之大的容器我會把它分解成小份。但我確信在架構中啟用此功能應該有個很好的理由。

　　控制台支援Unicode編碼

　　我把這個特性留在討論範圍之外是因為非常少的人用控制台程式工作。我曾見過有人把控制台用於學術目的。總而言之，我們現在也對控制台應用有了Unicode編碼支援。

　　引用

• http://msdn.microsoft.com/en-us/library/ms171868.aspx

• Mr Sukesh marla的精彩文章ASP.NET 4.5 new features

　　當你有空的時候，一定來看看我的網站 www.questpond.com關於.NET4.5面試問和答，我已經在這方面有了不少努力。