厚積薄發，擁抱 .NET 2016_ZenDei技術網路在線

厚積薄發這個詞是高三英語老師在高考前寫在黑板上，高中三年努力這麼久，是時候迎面而上，衝刺向前。所以，一想到.NET 2016，腦海裡蹦出的第一個詞就是它。 .NET 2016 是 .NET 一次質的飛躍，不管難易，我們需要擁抱變化。初識 .NET 2016 .NET 2016 概覽 .NET 2 ...

厚積薄發這個詞是高三英語老師在高考前寫在黑板上，高中三年努力這麼久，是時候迎面而上，衝刺向前。所以，一想到.NET 2016，腦海裡蹦出的第一個詞就是它。 .NET 2016 是 .NET 一次質的飛躍，不管難易，我們需要擁抱變化。

初識 .NET 2016

.NET 2016 概覽

.NET 2016 作為 .NET 技術最新發展，如下圖所示，它主要包含三大塊：

最左邊代表的是 .NET Framework 4.6，WPF、ASP.NET 4.x、ASP.NET Core 1.0 能運行在它上。中間這部分代表的是 .NET Core 技術，ASP.NET Core 1.0 和 Universal Windows Platform（UWP）能運行在它之上。當然，你也可以創建控制台應用程式運行在.NET Core 上。最右邊是 Xamarin,它是一個基於 Mono 的跨平臺移動開發框架。

在.NET 2015 時，微軟為我們帶來了全新的 .NET，它就是.NET Core。.NET Core 的一個重要組成部分是新的運行時（Runtime）：CoreCLR。除了使用 CoreCLR 運行時外，.NET 也能被編譯成 Native Code。UWP 自動使用這個特性，應用程式在提交到 Windows Store 後被編譯成 Native Code，最終生成優化過後的代碼，可以讓 APP 啟動時間加快並可以減少記憶體消耗。你當然也能編譯其他.NET Core 應用程式成 Native Code，併在Linux運行。

在上圖的底部，你可以看到有一些東西在.NET Framework 4.6、.NET Core、Xamarin 之間共用。比如一些共用的Libraries，通過 Nuget 包的概念將這些 Libraries 彙集在 Package 中供所有的.NET 平臺使用。還有一些運行時組件（Runtime Components）被共用,如 GC 和 RyuJIT，這是一個新的JIT編譯器，這個新的 JIT 編譯器不僅比以前更快，在調試時它還具有更好的支持編輯和繼續功能。這個功能可以在調試時編輯代碼並繼續調試，而不需要停止和重新啟動進程。CLR、CoreCLR、.NET Native 使用 GC 進行實例的銷毀以及記憶體的回收，並且 CLR 和 CoreCLR 使用 RyuJIT 編譯器將 IL 代碼編譯成 Native Code 。當然，新的編譯器 Roslyn 也是共用的。

.NET Framework 4.6

.NET Framework 4.6 作為 .NET Framework 的最新版本，在過去 10 多年間，不斷被增強。我們利用這個 Framework 構建 Windows Form 、WPF、ASP.NET 4 等應用程式。儘管 ASP.NET Core 應用程式運行在.NET Core 上，但它也能運行在.NET Framework 4.6 上。

如果你想要繼續使用 ASP.NET Web Form 開發應用程式，.那麼 NET Framework 4.6 中的 ASP.NET 4.6 是你的最佳選擇。值得註意的是你不能在.NET Core 上運行 ASP.NET Web Form 應用程式。

.NET Core 1.0

.NET Core 1.0（目前是 RC2），是新的.NET，相比於 Mono，它是真正意義上跨平臺的實現。.NET Core 被設計成模塊化的方法，即被分割成大量的 Nuget Package。在應用程式中，你決定需要哪些 Package，並且隨時保持更新和卸載。而.NET Framework，它是操作系統的一部分，註定不能實時被更新，同時，過去 10 多年件，.NET Framework 加入非常多的新功能，它變得越來越大，更糟糕的是，它不可能移除不再需要的舊功能。比如舊的集合類不再被使用因為泛型集合類加入,.NET Remoting 被新的通信技術 WCF、ASP.NET Web API 替換，LINQ to Sql 被 EntityFramework 替換。而這些舊技術，一直存在.NET Framework 中，你不得不全盤接受他們。

Xamarin

Mono 是開源社區開發的跨平臺.NET Framework，而 Xamarin 是一個構建於 Mono 上跨平臺移動應用開發框架。相信微軟收購了 Xamarin 之後，Mono 將得到大力支持，.NET Core 在移動端的表現拭目以待。

使用 .NET Framework 4.6 編譯應用程式

創建 “Hello World” 應用程式是學習一門新技術的開篇。在這兒，為了更好的去理解.NET Core，我們不打算去使用Visual Studio 2015 進行開發。

Developer Command Prompt 編譯代碼

當安裝完畢 Visual Studio 後，我們可以通過配套工具 Developer Command Prompt 使用 C# 編譯器編譯代碼。

1.打開記事本，使用 C# 編寫如下代碼，命名為 HelloWorldApp.cs 並保存至 C:\Code 文件夾

class Program { static void Main() { System.Console.WriteLine("Hello World");}}

2.啟動 Developer Command Prompt for VS2015，鍵入如下命令：

進入 C：\Code 文件夾 cd C:\Code
使用 C# 編譯器編譯源代碼 csc HelloWorldApp.cs
查看文件目錄結構 dir
輸入EXE 名來運行應用程式 HelloWorldApp

運行結果如下所示：

註意你的源代碼文件 HelloWorldApp.cs，已經編譯到程式集HelloWorldApp.exe 中。當你輸入 HelloWorldApp 名來運行應用程式，最終被.NET Framework 4.6 和它的 CLR 載入並運行。

使用 ILDASM 反編譯程式集

1.C# 編譯器將源代碼轉換成IL代碼後存儲到程式集中（DLL 或者 EXE）。

2.IL 代碼語句就像彙編語言指令，它們被.NET 的虛擬機也就是 CLR執行。在運行時，CLR 從程式集中載入 IL 代碼，然後 JIT 編譯器編譯成 Native Code，最後交由 CPU執行。

在 Developer Command Prompt 輸入 ildasm HelloWorldApp.exe，你會看到ILDASM 工具載入編譯過後的程式集：

雙擊 MANIFEST 節點，查看元數據：

可以看到.NET Metadata 的版本是 4.0.30319,並且依賴外部的程式集mscorlib，它的版本是4.0.0.0，上述截圖告訴我們，要運行這個應用程式需要安裝.NET Framework 4.0以上。

關閉 MANIFEST 視窗，再展開 Program 節點，雙擊 Main 方法：

註意IL 指令：ldstr（load string ），nop（no operation ），call，ret（return）。記住IL 最終被 CLR 執行。

使用 .NET Core CLI 編譯應用程式

要使用最新的.NET Core Command Line(CLI)，請確保全裝了.NET Core 和 CLI Tools。你可以訪問 https://dotnet.github.io/ 來為 Windows、Linux、OS X 安裝它們。

成功安裝.NET Core CLI Tools 之後，可以在 Developer Command Prompt 鍵入 dotnet help 來查看具體使用：

使用 CLI 創建.NET Core 應用程式

你需要通過 Developer Command Prompt 使用如下命令：

1.再次進入 C:\Code 文件夾 cd c:\code
2.創建新文件夾 mkdir SecondApp
3.進入新文件夾 cd SecondApp
4.使用 CLI 創建.NET Core應用程式 dotnet new
5.查看目錄結構 dir

dotnet new 命令創建了一個新的.NET Core 應用程式，包含兩個文件，分別是 Program.cs 和 project.json。

Program.cs 是個簡單的控制台應用程式，輸出“Hello World”

using System;
namespace ConsoleApplication
{
    public class Program
    {
        public static void Main(string[] args)
        {
            Console.WriteLine("Hello World!");
        }
    }
}

而另一個文件：project.json，它是項目配置文件，並以JSON的格式定義了應用程式的基本信息，比如：version、buildOptions、authors、dependencies、frameworks 等。

{
    "version": "1.0.0-*",
    "buildOptions": {
        "emitEntryPoint": true
    },
    "dependencies": {
    "Microsoft.NETCore.App": {
      "type": "platform",
      "version": "1.0.0-rc2-3002702"
    }
  },
  "frameworks": {
    "netcoreapp1.0": {
      "imports": "dnxcore50"
    }
  }
}

上述JSON 格式中，由於 Main 方法作為應用程式的入口（Entry Point），所以需要將 buildOptions 節點下的emitEntryPoint 屬性設置為 true。

dependencies 節點代表應用依賴的 packages，預設情況下只添加了 Microsoft.NETCore.App 的依賴。值得註意的是，Microsoft.NETCore.App 是一個引用類型的Nuget Package，它又引用了其他的Nuget Package。這樣的好處是避免添加大量的其他package。

framewors 節點列出了應用程式支持的 frameworks。預設情況下，應用程式只支持.NET Core 1.0，以別名 netcoreapp1.0 表示。netcoreapp1.0 下的 imports 節點引用舊名稱 dnxcore50。這允許我們仍舊可以使用舊名稱的 package。

最後，通過dotnet restore 下載所需要的依賴項

通過 project.lock.json,查看具體下載的 package 版本。

為了編譯應用程式，使用命令 dotnet build。

最後，使用 dotnet run 運行應用程式。

值得註意的是，在 framework 中也可以添加應用程式對其他 frameworks 的支持，添加字元串net46，表示當前的控制台應用程式構建於.NET Framework 4.6之上：

"frameworks": {
    "netcoreapp1.0": {
        "imports": "dnxcore50"
    },
    "net46":{}
}

遺憾的是，dotnet build 之後，發生了異常。如下所示（註：當前版本是.NET Core RC 2），

可以看到異常信息是 System.Runtime.Loader 不支持.NET Framework 4.6。只是一個很籠統的信息，個人猜測 Runtime Loader 只支持 CoreCLR 的載入，在 Github（https://github.com/dotnet/corefx/issues/8453）中，也應證了我的觀點。暫時的解決方法是將dependencies 節點移入到frameworks 下的 netcoreapp1.0 中：

{
  "version": "1.0.0-*",
  "buildOptions": {
    "emitEntryPoint": true
  },
  "frameworks": {
    "netcoreapp1.0": {
      "imports": "dnxcore50",
      "dependencies": {
        "Microsoft.NETCore.App": {
          "type": "platform",
          "version": "1.0.0-rc2-3002702"
        }
      }
    },
    "net46":{}
  }
}

dotnet build 之後，分別生成兩個文件夾 net46 和 netcoreapp1.0，使用 ILDasm（見上一小節）工具，打開文件夾可以看到他們之間一個很重要的區別，使用.NET Framework 的應用程式編譯之後為生成包含 IL 的 EXE 應用程式並且依賴mscorlib程式集，而使用.NET Core 的應用程式編譯之後生成包含 IL 的DLL，依賴System.Console 和 System.Runtime 程式集。

最後，通過 dotnet run --framework net46 指定 famework 的版本為.NET Framework 4.6 查看運行結果。