介紹

有許多種方式可以用來考慮構建應用的類型，通常類型用來描述一個特定的執行模型或者基于此的應用。舉例說：控制臺應用（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改成如下所示：

【Microsoft.NETCore.App】是一個“元數據包”，它向你表明你的目標.NET Core類庫。依賴里的【type：platform】屬性意味著當發布時，發布工具將省略發布這些依賴的.NET Core類庫文件，因為這些依賴類庫文件已經隨著.NET Core安裝到目標服務器上了。

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

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

Self-contained applications

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

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

當我們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）的。

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持服務器之家。