.NET Framework 4.5 五個新特性

Framework 4.5 已經開發了幾個項目了，想去研究一下VS 2015 裏面的跨平臺。。不過好像4.5內核新特性還沒搞明白呢仍是先看看4.5內核新特性吧，4.5 .NET框架內核中有什麼新東西的時候中的新特性？好像仍是不是很清楚，最多就是你們經常會說的Async and Await還能夠用上一下，大部分人也就瞭解這個了。。。。相信這個框架確定不止這一個特性

引用：
https://msdn.microsoft.com/zh-cn/library/ms171868.aspx

 

今天有點空就先看看4.5中還有什麼比較好的新特性。（下面大部份內容來自網上，我只是整理性的學習）廢話很少說，開始：

特性1：異步與等待（Async and Await）

這個特性已經被吹噓過分而且每一個.NET佈道者都談論它。可是這仍然是我喜歡的而且你會知道爲何從這裏只有幾行。

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

//async（C# 參考）
https://msdn.microsoft.com/zh-cn/library/vstudio/hh156513(v=vs.110).aspx

//使用 Async 和 Await 的異步編程（C# 和 Visual Basic）
https://msdn.microsoft.com/zh-cn/library/vstudio/hh191443(v=vs.110).aspx

先來一個模擬普通長時間操做方法：

      static void Main(string[] args)
        {
            Method();
            Console.WriteLine("Main Thread");
            Console.ReadKey();
        }

        static void Method()
        {
            Task.Run(new Action(LongTask));
            Console.WriteLine("New Thread");
        }     
        static void LongTask()
        {
            System.Threading.Thread.Sleep(10000);
            Console.WriteLine("LongTask");
        }

運行結果：

看看關鍵字使用上以後的效果：

       static void Main(string[] args)
        {
            Method();
            Console.WriteLine("Main Thread");
            Console.ReadKey();
        }

        static async void Method()
        {
            await Task.Run(new Action(LongTask));
            Console.WriteLine("New Thread");
        }
        static void LongTask()
        {
            System.Threading.Thread.Sleep(1000);
            Console.WriteLine("LongTask");
        }

 

運行結果：

 

看到輸出的結果就很明白了吧！

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

參考：https://msdn.microsoft.com/Zh-cn/library/hh485707.aspx/html

Zip是最爲人所接受的文件格式之一。Zip格式以某些內置的名字被幾乎全部操做系統支持。

在Windows操做系統中，它以「壓縮文件」的名稱實現。
在MAC操做系統中，它以「文檔實用程序」的名稱實現。
如今在.NET中咱們對執行Zip壓縮沒有內置的支持。許多開發者實用第三方組件如「DotnetZip」。在.NET4.5中，Zip屬性內置於框架自己，以System.IO.Compression的命名空間內置。

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

 

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

using System.IO.Compression;

若是你想要從文件夾壓縮文件你能夠調用以下所示的CreateFromDirectory函數。

 ZipFile.CreateFromDirectory(@"D:\data", @"D:\data.zip", CompressionLevel.Fastest, true, Encoding.UTF8);

若是你想要解壓，你能夠調用以下代碼所示的ExtractToDirectory函數。

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

 特性3：正則表達式超時（超時）

「正則表達式」一直是作驗證首選的方式。若是你是正則表達式的新手，請看正則表達式，我解釋了正則表達式是如何執行的。可是正由於正則表達式的典型邏輯解析使得它暴露於DOS攻擊下。讓咱們試着理解剛纔我說的。

做爲例子請考慮這樣的正則表達式-「^(\d+)$」。這個正則表達式代表只能有數字。你也能夠看正則表達式符號圖，它標明瞭這個正則表達式會如何求值。如今讓咱們假設要驗證「123456X」。這將有6條路徑

但若是咱們再多加一個數字進去，將會有7條路徑。換句話說，隨着字符長度的增長，正則表達式將會花更多時間執行。也就是說，求值時間與字符長度成線性比例。

如今讓咱們把以前定義的正則式從「^(\d+)$」變爲「^(\d+)+$」。若是你看正則表達式符號圖它將至關複雜。若是咱們如今試着驗證「123456X」，將會有32條路徑。若是你再增長一個字符，路徑數將會增長到64。

換句話說，上面的正則表達式中時間開銷與字符數目爲成倍關係。

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

對於這個問題合適的解決方法是在正則表達式執行上設置超時時間。好消息是，在.NET4.5中你能夠定義一個超時屬性以下代碼所示。因此若是你收到任何懷有惡意的字符串，應用不會永遠在循環中執行。

      static void Main(string[] args)
        {
            try
            {
                var regEx = new System.Text.RegularExpressions.Regex(@"^(\d+)+$", System.Text.RegularExpressions.RegexOptions.Singleline, TimeSpan.FromSeconds(2));
                var match = regEx.Match("123453109839109283090492309480329489812093809x");
            }
            catch (System.Text.RegularExpressions.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，它將會讀取配置文件而且在後臺編譯啓動方法從而下降啓動時間。

參考：https://msdn.microsoft.com/zh-cn/library/system.runtime.profileoptimization(v=vs.110).aspx

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

特性5：垃圾回收（垃圾後臺清理）

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

在.NET4.0中，當垃圾回收運行清理的時候，全部的應用程序線程都暫停了。在上圖中你能夠看到咱們有3個應用程序線程在執行。有兩個垃圾回收運行在不一樣的線程上。一個垃圾回收線程對應一個邏輯處理器。如今應用程序線程運行並執行它們的任務，伴隨着這些應用程序線程的執行它們也建立了操做對象。

在某個時間點，後臺垃圾回收運行開始清理。當這些垃圾回收開始清理的時候，它們暫停了全部的應用程序線程。這使得服務器/應用程序在那一刻不響應了。

爲了克服上述問題，服務器垃圾回收被引進了。在服務器垃圾回收機制中多建立了一個運行在後臺的線程。這個線程在後臺運行並持續清理2代對象（關於垃圾回收0,1和2代的視頻）從而下降主垃圾回收線程的開銷。因爲雙垃圾回收線程的執行，主應用程序線程不多被暫停，進而增長了應用程序吞吐量。爲了使用服務器垃圾回收，咱們須要使用gcServer XML標籤而且將它置爲true。

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

另三個值得探索的特性
1.設置默認應用程序域的區域性
在上一個版本的.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;

2.數組支持超過2GB容量

3.控制檯支持Unicode編碼