【原創】.NET Core應用型別（Portable apps & Self-contained apps）

FrankYou發表於2016-07-04
型別APPAI
  • 介紹

有許多種方式可以用來考慮構建應用的型別，通常型別用來描述一個特定的執行模型或者基於此的應用。舉例說：控制檯應用（Console Application）、Web應用（Web Application）等等。所有這些型別的應用都可以用.NET Core來建立。.NET Core本身就是一個通用的開發平臺。但是要賦予.NET Core跨平臺的特性，.NET Core仍要需要一個角來發掘應用的型別，這被稱為：應用的可移植性（application's portablility）。可移植性本質上意味著哪裡可以執行你的應用程式以及要在某個特定的機器上執行需要滿足哪些先決條件。下面我們要描述兩種主要的.NET Core具有的可移植型別。

  • Portable applications

可移植應用是.NET Core的預設的應用型別。這需要.NET Core被事先安裝到執行程式的目標機器上。這就意味著你作為開發人員，在不同的.NET Core裝置之間你的程式是可移植的。這種型別的應用只需要攜帶、部署自身的程式碼和依賴即可（.NET Core庫之外的）。為了建立一個可移植的應用程式，所有你需要做的就是在project.json裡面設定目前.NET Core的類庫，然後把frameworks改成如下所示：

"dependencies": {
    "Microsoft.NETCore.App": {  
        "version": "1.0.0",
        "type": "platform"
    }
},
"frameworks": {
    "netcoreapp1.0": {}
}

【Microsoft.NETCore.App】是一個“後設資料包”，它向你表明你的目標.NET Core類庫。依賴裡的【type：platform】屬性意味著當釋出時，釋出工具將省略釋出這些依賴的.NET Core類庫檔案，因為這些依賴類庫檔案已經隨著.NET Core安裝到目標伺服器上了。

使用原生依賴的可以移植應用

使用原生依賴的可以移植應用是上面可移植應用的子集。這些可以移植的應用擁有一些在依賴鏈上特定地方指定的原生依賴，這樣這些原生依賴項可以直接執行的目標平臺，我們的可以移植程式也同樣可以直接執行在這些平臺上。最典型的例子就是我們的Kestrel伺服器（ASP.NET 跨平臺 Web 伺服器），它的構建是基於libuv（原生依賴）。當你釋出一個具有原生依賴的可移植應用時，所有的釋出輸出都和上述一致，至於原生依賴，釋出輸出則會為每一個RID（Runtime Identifier）生成一個資料夾。下面的project.json檔案展示了一個可移植應用使用原生依賴：

"dependencies": {
    "Microsoft.NETCore.App": {  
        "version": "1.0.0",
        "type": "platform"
    },
    "Microsoft.AspNetCore.Server.Kestrel": "1.0.0-*"
},
"frameworks": {
    "netcoreapp1.0": {}
}

  • Self-contained applications

和可移植的應用不同，獨立的應用不依賴任何分享的元件在你準備部署程式的目標機器上。和它名字的暗示一樣，它意味著整個依賴是閉環的，執行時將會和整個程式一起釋出。這會使整個釋出包變更大一些，但是這也使得程式可以使用正確的原生依賴執行在任何一個.NET Core支援的平臺上（而不用管.NET Core是否已事先被安裝到目標伺服器上）。這使得更加容易去部署你的應用程式到目標伺服器上。因為現在應用程式的釋出會自身攜帶執行時，所以必須事先明確指定哪些平臺你的程式將會執行。比如，如果你想釋出一個獨立的程式到Windows 10，但不準備執行到macOS和Linux，這樣你在開發時必須新增或刪除一些平臺（platforms）。完成一個獨立的程式會經歷很多步驟，但第一步需要刪除任何 "type": "platform"

屬性。第二步是保留對Microsoft.NETCore.App的依賴，它會拉入一些我們需要的剩餘的事情。最後，我們需要在project.json中新增一個執行時（runtimes）節點，以此來表明我們的程式將會在哪些平臺上執行。

"dependencies": {
    "Microsoft.NETCore.App": "1.0.0"
},
"frameworks": {
    "netcoreapp1.0": {}
},
"runtimes": {
    "win10-x64": {},
    "osx.10.11-x64": {}
}

當我們restore專案時，如果project.json中包含runtimes節點，NuGet將會restore所有指定的執行時。接下來，當需要為給定的平臺釋出應用程式時，我們使用如下的命令列：

dotnet publish --runtime <RID>

RID必須是project.json中指定的RID，如：win10-x64或者osx.10.11-x64，否則會報錯。如果你將要釋出到的作業系統是你當前的.NET Core正在執行的作業系統，則直接使用如下命令即可：

dotnet publish

 但是你仍然需要在project.json中指定對應的RID。

但需要注意的是：在.NET Core Tools Preview 2 的時間期限內，獨立的應用是從本機NuGet快取中釋出的，這就意味著應用所有的依賴包括.NET Core執行時和類庫並不是執行優化的。因此，獨立的應用比可移植的應用整體上效能要低，原因在於可移植應用所依賴的.NET Core執行時和類庫都是隨時可以執行（ready-to-run）的。

相關文章