<p><b>.NET</b> (3.1版以前稱作<b>.NET Core</b>)是微軟開發的第一個跨平台 (Windows、Mac OSX、Linux）的應用程式開發框架（Application Framework），未來也將會支援FreeBSD與Alpine 平台。.Net Core也是微軟在一開始發展時就開源的軟體平台，它經常也會拿來和現有的開源 .NET 平台Mono比較。
</p><p>由於 .NET Core 的開發目標是跨平台的 .NET 平台，因此 .NET Core 會包含 .NET Framework 的類別庫，但與 .NET Framework 不同的是 .NET Core 採用套件化 (Packages) 的管理方式，應用程式只需要取得需要的組件即可，與 .NET Framework 大包式安裝的作法截然不同，同時各套件亦有獨立的版本線 (Version line)，不再硬性要求應用程式跟隨主線版本。
</p><p>.NET Core 專案的主要目標有 ：
</p>
<ol><li>支援或可以移轉 (port) 到更多的作業系統平台與晶片架構 (也就是未來計畫會跨出 x86 平台)。</li>
<li>具有引人注目的效能與高可靠度。</li>
<li>開發人員能快速與直覺的獲取 .NET Core 開發環境。</li>
<li>在直覺與具生產力的情況下建造應用程式，使用檔案，範例與 NuGet 元件。</li></ol>

<h2><span id=".E5.8E.86.E5.8F.B2"></span><span id="历史">歷史</span></h2>
<p>.NET Core 1.0 於 2016 年 6 月 27 日釋出。
</p><p>2020 年 11 月，微軟釋出了 .NET 5.0，統一了.NET的各個平台的碎片版本： .NET Framework 4.8, .NET Standard, .NET Core 3.1, Mono, Xamarin等。
</p><p>2021 年 11 月，微軟釋出了 .NET 6.0 。
</p><p>2022 年 11 月，微軟釋出了 .NET 7.0 。
</p>
<h2><span id=".E6.A0.B8.E5.BF.83.E5.8A.9F.E8.83.BD"></span><span id="核心功能">核心功能</span></h2>
<p>.NET Core 是由許多專案所組成，除了基本的類別庫 (Core FX) 之外，也包含採用 RyuJIT 編譯的執行平台 Core CLR、編譯器平台 .NET Compiler Platform、採用 AOT 編譯技術運行最佳化的套件 Core RT (.NET Core Runtime)，以及跨平台的 MSIL 編譯器 LLILC (LLVM-based MSIL Compiler) 等專案。
</p><p>同時，微軟也發展了一個建置技術檔案的平台 docfx ，並運用於 .NET Core 的檔案網站。
</p>
<h3><span id="RyuJIT">RyuJIT</span></h3>
<p>RyuJIT 是微軟發展的新式即地編譯器 (Just-in-Time Compiler)，用以取代現有的 .NET Framework 的 JIT 以及 JIT64 即地編譯器，依據微軟公佈的測試報告，RyuJIT 的效能較前一代的 JIT 提升約 25%，並支援 SIMD (Single Instruction, Multiple Data) 的技術。RyuJIT 同時應用於 .NET Framework 4.6 以及 .NET Core。
</p>
<h3><span id="Core_CLR">Core CLR</span></h3>

<p>Core CLR 移植 .NET Framework 的 CLR 的功能，包含核心程式庫 mscorlib、JIT 編譯器、垃圾收集器 (GC) 以及其他執行 MSIL 所需要的執行期環境。
</p>
<h3><span id="Core_RT">Core RT</span></h3>
<p>Core RT 是以 <span data-orig-title="预先编译" data-lang-code="en" data-lang-name="英語" data-foreign-title="Ahead-of-time compilation"><span>預先編譯</span></span>為主的核心功能，在 .NET Core 內稱為 Core RT，在 UWP 則是稱為 .NET Native。
</p><p>Core RT 會在建造時期 (非執行期) 在編譯時將 MSIL 轉換成平台原生的機器碼，以獲取較短的啟動時間 (JIT 採用的是執行時期編譯，使得啟動時間拉長)，以及記憶體用量減少的優點。Core RT 會在不同的平台使用不同的 AOT 技術：
</p>
<ul><li>Windows 上使用的是 .NET Native。</li>
<li>Mac OS 與 Linux 上使用的是 LLILC (同時支援 JIT 和 AOT)。</li></ul><h3><span id="LLILC">LLILC</span></h3>

<p>LLILC (<b>LL</b>VM-based MS<b>IL</b> <b>C</b>ompiler，英文發音為 "lilac") 是 .NET Core 在非 Windows 平台的 MSIL 編譯器，基於 ECMA-335 (Common Language Infrastructure) 的標準將 MSIL 編譯成原生碼執行，適用於可運行 LLVM 的作業系統，例如 Mac OSX 與 Linux 作業系統。
</p><p>LLILC 同時支援 JIT (內含 RyuJIT 的實作) 以及 AOT (未來將開始支援) 的編譯方式。
</p>
<h3><span id="Roslyn">Roslyn</span></h3>

<p>.NET Compiler Platform (專案代碼為 Roslyn) 是將 .NET 平台的編譯架構標準化的平台，它可提供程式管理工具 (如整合開發環境) 相當多的情報，用以發展有助於編寫程式與管理程式結構所需要的功能，例如型別資訊、語法結構、參考連結、語意、編譯器、自動化、錯誤回報等等功能，只要是遵循 CLI 標準的程式語言，都可以利用 .NET Compiler Platform 實作出編譯器，讓程式管理工具能實作如語法提示、語法自動完成、關鍵字突顯等視覺化能力。
</p><p>.NET Compiler Platform 可同時支援 .NET Framework 4.6 以上版本，.NET Core 也原生支援。
</p>
<h2><span id=".E5.A5.97.E4.BB.B6.E7.AE.A1.E7.90.86"></span><span id="套件管理">套件管理</span></h2>

<h3><span id=".NET_Core_v1.0_.E6.99.82.E6.9C.9F"></span><span id=".NET_Core_v1.0_時期">.NET Core v1.0 時期</span></h3>
<p>.NET Core 的類別庫採用 NuGet 套件化的架構，應用程式只需要使用 project.json 的 dependencies 區段加入指定套件版本的參考，就能獲得該套件的功能，與以往 .NET Framework 大包式的提供方法完全不同。.NET Core 團隊宣佈已經有 98% 的 .NET Framework 主要類別庫移轉到 .NET Core 平台。
</p><p>例如下列 project.json 內容，可直接加入 .NET Standard Library (v1.0.0-rc2-23901) 的參考。
</p>

<p>.NET Standard Library 是一個總括型的 NuGet Package，其內包含了這些類別庫套件：
</p>
<ul><li>Microsoft.DotNet.CoreHost</li>
<li>NETStandard.Platform</li>
<li>System.Collections.Concurrent</li>
<li>System.Linq</li>
<li>System.Runtime.Numerics</li>
<li>System.Text.RegularExpressions</li></ul><p>其中的 NETStandard.Platform 也是一個總括型套件，包含了下列類別庫套件：
</p>
<ul><li>Microsoft.NETCore.Platforms</li>
<li>Microsoft.NETCore.Runtime</li>
<li>Microsoft.Win32.Primitives</li>
<li>System.AppContext</li>
<li>System.Collections</li>
<li>System.Diagnostics.Debug</li>
<li>System.Diagnostics.Tools</li>
<li>System.Diagnostics.Tracing</li>
<li>System.Globalization</li>
<li>System.Globalization.Calendars</li>
<li>System.IO</li>
<li>System.IO.FileSystem</li>
<li>System.IO.FileSystem.Primitives</li>
<li>System.Net.Primitives</li>
<li>System.Net.Sockets</li>
<li>System.Reflection</li>
<li>System.Reflection.Extensions</li>
<li>System.Reflection.Primitives</li>
<li>System.Reflection.TypeExtensions</li>
<li>System.Runtime</li>
<li>System.Runtime.Extensions</li>
<li>System.Runtime.Handles</li>
<li>System.Runtime.InteropServices</li>
<li>System.Runtime.InteropServices.RuntimeInformation</li>
<li>System.Text.Encoding</li>
<li>System.Text.Encoding.Extensions</li>
<li>System.Threading</li>
<li>System.Threading.Tasks</li>
<li>System.Threading.Timer</li></ul><p>開發人員只需要使用 NETStandard.Library 就能加入所有必要的 .NET Core 類別庫參考，但若不需要這麼多組件，也可以只加入特定的套件即可，不一定都要加入 NETStandard.Library。
</p>
<h3><span id=".NET_Core_v1.1_.E6.99.82.E6.9C.9F"></span><span id=".NET_Core_v1.1_時期">.NET Core v1.1 時期</span></h3>
<p>對於微軟來說，.NET Core 1.0 (以及早期開發時) 使用 project.json 來處理套件管理與版本相依的問題，是因為很多工具還沒趕上 (例如微軟主力的建置工具 MSBuild)，再加上 project.json/xproj 架構並不相容於以 MSBuild 為主的工具鏈 (Toolchain)，若是要修改成相容 project.json/xproj 架構的話可能會付出極大成本，因此在 .NET Core 1.0 RC2 發布不久，官方就宣布要將 project.json/xproj 系統移回到以 MSBuild 為主的 csproj ，例如下列 csproj 的例子即可看到套件參考的內容。
</p>

<p>由於 .NET Core 移回了 MSBuild 架構，因此在 Visual Studio 2017 的 .NET Core 工具內，已恢復可直接於 IDE 的 GUI 介面中編修套件參考的功能。
</p>
<h2><span id=".E6.87.89.E7.94.A8.E7.A8.8B.E5.BC.8F.E9.A1.9E.E5.9E.8B"></span><span id="應用程式類型">應用程式類型</span></h2>
<p>.NET Core 基於跨平台能力，並沒有將與 GUI 高度相關的 API 移植到 .NET Core 內，因此像是 Windows Forms 或是 Windows Presentation Foundation (WPF) 並未移植到 .NET Core。.NET Core 支援主控台應用程式 (Console Application) 以及類別庫 (Class Library) 類型的專案。
</p><p>不過微軟在其 Universal Windows Platform (UWP) 開發平台使用了 .NET Core，並且利用 .NET Native 技術將其效能提升至十分接近原生碼的速度。
</p><p>ASP.NET Core 則以主控台應用程式驅動其代管環境 Kestrel Server 以支援 ASP.NET Core 程式的執行。
</p>
<h2><span id=".NET_CLI">.NET CLI</span></h2>
<p>.NET CLI (Command-Line Interface) 指令列工具是 .NET Core 處理建造、執行與編輯工作的主要工具 ，有幾個主要的動作：
</p>
<h2><span id=".E8.88.87.E5.85.B6.E4.BB.96.E5.B9.B3.E5.8F.B0.E7.9A.84.E9.97.9C.E4.BF.82"></span><span id="與其他平台的關係">與其他平台的關係</span></h2>

<p>.NET Core 經常會拿來與其他平台做類比，尤其是它的源頭 .NET Framework 以及另一個相似性質的開源平台 Mono。
</p>
<h3><span id=".NET_Framework">.NET Framework</span></h3>
<p>據微軟的說明，.NET Core 和 .NET Framework 是子集 (Subset) 與超集 (Superset) 的關係，.NET Core 將會實作出部份的 .NET Framework 功能 (基本上是不含使用者介面的部份)，例如 JIT (.NET Core 採用 RyuJIT)、垃圾收集器 (GC) 以及型別 (包含基本型別以及泛型型別等)。未來 .NET Framework 和 .NET Core 也將會是各自發展，但它們也會同時使用彼此的功能，例如 .NET Compiler Platform 與 RyuJIT 等技術。
</p>
<h3><span id="Mono">Mono</span></h3>
<p>Mono 是另一個已發展許久的 .NET Framework 跨平台開源版本，基本上並不隸屬微軟官方，而是由社群的力量所主導，自成一個生態系統，也開發出了像Xamarin這樣的跨平台.NET行動應用，.NET Core 與 Mono 未來會是合作的關係，Mono 仍會維持社群力量的維護與發展，而 .NET Core 則會以官方角度來進行發展，兩邊也會一起進行彼此功能上的增進。
</p>
<h2><span id=".E8.88.87_ASP.NET_Core_.E7.9A.84.E9.97.9C.E4.BF.82"></span><span id="與_ASP.NET_Core_的關係">與 ASP.NET Core 的關係</span></h2>

<p>.NET Core 與 ASP.NET Core 的關係其實一開始並不是主從關係 ，ASP.NET Core 的開發初期 (ASP.NET 5) .NET Core 還沒有開始起跑，因此 ASP.NET Core 當時有自己的執行期與工具，一開始稱為 Project K，後來改為 DNX (.NET Execution Environment)，DNX 本身就具有可獨立運作的執行能力，不需要依賴 .NET Core 執行，但是這樣會變成 .NET Core 和 ASP.NET Core 雙頭馬車的現象，在 .NET Core 逐漸成熟之後，微軟也決定要將這兩個各自獨立發展的產品線整合在一起，DNX 也將因改用 .NET Core 執行期而終止開發，DNX 的功能將由 .NET Core 以及旗下的 .NET CLI 接替提供，整合後的版本將在 1.0 RC2 時釋出。
</p>
<h2><span id=".E6.94.AF.E6.8F.B4.E4.BD.9C.E6.A5.AD.E7.B3.BB.E7.B5.B1"></span><span id="支援作業系統">支援作業系統</span></h2>
<p>.NET 7 支援下列作業系統 ：
</p>
<h2><span id=".E5.8F.83.E8.80.83"></span><span id="參考">參考</span></h2>



<!-- 
NewPP limit report
Parsed by mw2368
Cached time: 20230505225853
Cache expiry: 1814400
Reduced expiry: false
Complications: [show‐toc]
CPU time usage: 1.130 seconds
Real time usage: 1.580 seconds
Preprocessor visited node count: 8814/1000000
Post‐expand include size: 695361/2097152 bytes
Template argument size: 8174/2097152 bytes
Highest expansion depth: 23/100
Expensive parser function count: 135/500
Unstrip recursion depth: 0/20
Unstrip post‐expand size: 36913/5000000 bytes
Lua time usage: 0.467/10.000 seconds
Lua memory usage: 17011086/52428800 bytes
Number of Wikibase entities loaded: 1/400
--><!--
Transclusion expansion time report (%,ms,calls,template)
100.00% 1144.616      1 -total
 21.87%  250.300      1 Template:Infobox_software
 20.71%  236.994      2 Template:NavboxV2
 20.09%  230.010      1 Template:Infobox
 16.83%  192.624     95 Template:Le
 14.42%  165.047      1 Template:Microsoft
 12.38%  141.664      1 Template:Software_version
  9.31%  106.525     23 Template:Cite_web
  8.16%   93.397      3 Template:Wikidata
  8.00%   91.617      2 Template:Navbox
-->
**.NET** (3.1 版以前稱作**.NET Core**) 是微軟開發的第一個跨平台 (Windows、Mac OSX、Linux）的應用程式開發框架（Application Framework），未來也將會支援 FreeBSD 與 Alpine 平台。.Net Core 也是微軟在一開始發展時就開源的軟體平台，它經常也會拿來和現有的開源 .NET 平台 Mono 比較。

由於 .NET Core 的開發目標是跨平台的 .NET 平台，因此 .NET Core 會包含 .NET Framework 的類別庫，但與 .NET Framework 不同的是 .NET Core 採用套件化 (Packages) 的管理方式，應用程式只需要取得需要的組件即可，與 .NET Framework 大包式安裝的作法截然不同，同時各套件亦有獨立的版本線 (Version line)，不再硬性要求應用程式跟隨主線版本。

.NET Core 專案的主要目標有 ：

1. 支援或可以移轉 (port) 到更多的作業系統平台與晶片架構 (也就是未來計畫會跨出 x86 平台)。
2. 具有引人注目的效能與高可靠度。
3. 開發人員能快速與直覺的獲取 .NET Core 開發環境。
4. 在直覺與具生產力的情況下建造應用程式，使用檔案，範例與 NuGet 元件。

## 歷史

.NET Core 1.0 於 2016 年 6 月 27 日釋出。

2020 年 11 月，微軟釋出了 .NET 5.0，統一了.NET 的各個平台的碎片版本： .NET Framework 4.8, .NET Standard, .NET Core 3.1, Mono, Xamarin 等。

2021 年 11 月，微軟釋出了 .NET 6.0 。

2022 年 11 月，微軟釋出了 .NET 7.0 。

## 核心功能

.NET Core 是由許多專案所組成，除了基本的類別庫 (Core FX) 之外，也包含採用 RyuJIT 編譯的執行平台 Core CLR、編譯器平台 .NET Compiler Platform、採用 AOT 編譯技術運行最佳化的套件 Core RT (.NET Core Runtime)，以及跨平台的 MSIL 編譯器 LLILC (LLVM-based MSIL Compiler) 等專案。

同時，微軟也發展了一個建置技術檔案的平台 docfx ，並運用於 .NET Core 的檔案網站。

### RyuJIT

RyuJIT 是微軟發展的新式即地編譯器 (Just-in-Time Compiler)，用以取代現有的 .NET Framework 的 JIT 以及 JIT64 即地編譯器，依據微軟公佈的測試報告，RyuJIT 的效能較前一代的 JIT 提升約 25%，並支援 SIMD (Single Instruction, Multiple Data) 的技術。RyuJIT 同時應用於 .NET Framework 4.6 以及 .NET Core。

### Core CLR

Core CLR 移植 .NET Framework 的 CLR 的功能，包含核心程式庫 mscorlib、JIT 編譯器、垃圾收集器 (GC) 以及其他執行 MSIL 所需要的執行期環境。

### Core RT

Core RT 是以 預先編譯為主的核心功能，在 .NET Core 內稱為 Core RT，在 UWP 則是稱為 .NET Native。

Core RT 會在建造時期 (非執行期) 在編譯時將 MSIL 轉換成平台原生的機器碼，以獲取較短的啟動時間 (JIT 採用的是執行時期編譯，使得啟動時間拉長)，以及記憶體用量減少的優點。Core RT 會在不同的平台使用不同的 AOT 技術：

* Windows 上使用的是 .NET Native。
* Mac OS 與 Linux 上使用的是 LLILC (同時支援 JIT 和 AOT)。

### LLILC

LLILC (**LL**VM-based MS**IL** **C**ompiler，英文發音為 "lilac") 是 .NET Core 在非 Windows 平台的 MSIL 編譯器，基於 ECMA-335 (Common Language Infrastructure) 的標準將 MSIL 編譯成原生碼執行，適用於可運行 LLVM 的作業系統，例如 Mac OSX 與 Linux 作業系統。

LLILC 同時支援 JIT (內含 RyuJIT 的實作) 以及 AOT (未來將開始支援) 的編譯方式。

### Roslyn

.NET Compiler Platform (專案代碼為 Roslyn) 是將 .NET 平台的編譯架構標準化的平台，它可提供程式管理工具 (如整合開發環境) 相當多的情報，用以發展有助於編寫程式與管理程式結構所需要的功能，例如型別資訊、語法結構、參考連結、語意、編譯器、自動化、錯誤回報等等功能，只要是遵循 CLI 標準的程式語言，都可以利用 .NET Compiler Platform 實作出編譯器，讓程式管理工具能實作如語法提示、語法自動完成、關鍵字突顯等視覺化能力。

.NET Compiler Platform 可同時支援 .NET Framework 4.6 以上版本，.NET Core 也原生支援。

## 套件管理

### .NET Core v1.0 時期

.NET Core 的類別庫採用 NuGet 套件化的架構，應用程式只需要使用 project.json 的 dependencies 區段加入指定套件版本的參考，就能獲得該套件的功能，與以往 .NET Framework 大包式的提供方法完全不同。.NET Core 團隊宣佈已經有 98% 的 .NET Framework 主要類別庫移轉到 .NET Core 平台。

例如下列 project.json 內容，可直接加入 .NET Standard Library (v1.0.0-rc2-23901) 的參考。

.NET Standard Library 是一個總括型的 NuGet Package，其內包含了這些類別庫套件：

* Microsoft.DotNet.CoreHost
* NETStandard.Platform
* System.Collections.Concurrent
* System.Linq
* System.Runtime.Numerics
* System.Text.RegularExpressions

其中的 NETStandard.Platform 也是一個總括型套件，包含了下列類別庫套件：

* Microsoft.NETCore.Platforms
* Microsoft.NETCore.Runtime
* Microsoft.Win32.Primitives
* System.AppContext
* System.Collections
* System.Diagnostics.Debug
* System.Diagnostics.Tools
* System.Diagnostics.Tracing
* System.Globalization
* System.Globalization.Calendars
* System.IO
* System.IO.FileSystem
* System.IO.FileSystem.Primitives
* System.Net.Primitives
* System.Net.Sockets
* System.Reflection
* System.Reflection.Extensions
* System.Reflection.Primitives
* System.Reflection.TypeExtensions
* System.Runtime
* System.Runtime.Extensions
* System.Runtime.Handles
* System.Runtime.InteropServices
* System.Runtime.InteropServices.RuntimeInformation
* System.Text.Encoding
* System.Text.Encoding.Extensions
* System.Threading
* System.Threading.Tasks
* System.Threading.Timer

開發人員只需要使用 NETStandard.Library 就能加入所有必要的 .NET Core 類別庫參考，但若不需要這麼多組件，也可以只加入特定的套件即可，不一定都要加入 NETStandard.Library。

### .NET Core v1.1 時期

對於微軟來說，.NET Core 1.0 (以及早期開發時) 使用 project.json 來處理套件管理與版本相依的問題，是因為很多工具還沒趕上 (例如微軟主力的建置工具 MSBuild)，再加上 project.json/xproj 架構並不相容於以 MSBuild 為主的工具鏈 (Toolchain)，若是要修改成相容 project.json/xproj 架構的話可能會付出極大成本，因此在 .NET Core 1.0 RC2 發布不久，官方就宣布要將 project.json/xproj 系統移回到以 MSBuild 為主的 csproj ，例如下列 csproj 的例子即可看到套件參考的內容。

由於 .NET Core 移回了 MSBuild 架構，因此在 Visual Studio 2017 的 .NET Core 工具內，已恢復可直接於 IDE 的 GUI 介面中編修套件參考的功能。

## 應用程式類型

.NET Core 基於跨平台能力，並沒有將與 GUI 高度相關的 API 移植到 .NET Core 內，因此像是 Windows Forms 或是 Windows Presentation Foundation (WPF) 並未移植到 .NET Core。.NET Core 支援主控台應用程式 (Console Application) 以及類別庫 (Class Library) 類型的專案。

不過微軟在其 Universal Windows Platform (UWP) 開發平台使用了 .NET Core，並且利用 .NET Native 技術將其效能提升至十分接近原生碼的速度。

ASP.NET Core 則以主控台應用程式驅動其代管環境 Kestrel Server 以支援 ASP.NET Core 程式的執行。

## .NET CLI

.NET CLI (Command-Line Interface) 指令列工具是 .NET Core 處理建造、執行與編輯工作的主要工具 ，有幾個主要的動作：

## 與其他平台的關係

.NET Core 經常會拿來與其他平台做類比，尤其是它的源頭 .NET Framework 以及另一個相似性質的開源平台 Mono。

### .NET Framework

據微軟的說明，.NET Core 和 .NET Framework 是子集 (Subset) 與超集 (Superset) 的關係，.NET Core 將會實作出部份的 .NET Framework 功能 (基本上是不含使用者介面的部份)，例如 JIT (.NET Core 採用 RyuJIT)、垃圾收集器 (GC) 以及型別 (包含基本型別以及泛型型別等)。未來 .NET Framework 和 .NET Core 也將會是各自發展，但它們也會同時使用彼此的功能，例如 .NET Compiler Platform 與 RyuJIT 等技術。

### Mono

Mono 是另一個已發展許久的 .NET Framework 跨平台開源版本，基本上並不隸屬微軟官方，而是由社群的力量所主導，自成一個生態系統，也開發出了像 Xamarin 這樣的跨平台.NET 行動應用，.NET Core 與 Mono 未來會是合作的關係，Mono 仍會維持社群力量的維護與發展，而 .NET Core 則會以官方角度來進行發展，兩邊也會一起進行彼此功能上的增進。

## 與 ASP.NET Core 的關係

.NET Core 與 ASP.NET Core 的關係其實一開始並不是主從關係 ，ASP.NET Core 的開發初期 (ASP.NET 5) .NET Core 還沒有開始起跑，因此 ASP.NET Core 當時有自己的執行期與工具，一開始稱為 Project K，後來改為 DNX (.NET Execution Environment)，DNX 本身就具有可獨立運作的執行能力，不需要依賴 .NET Core 執行，但是這樣會變成 .NET Core 和 ASP.NET Core 雙頭馬車的現象，在 .NET Core 逐漸成熟之後，微軟也決定要將這兩個各自獨立發展的產品線整合在一起，DNX 也將因改用 .NET Core 執行期而終止開發，DNX 的功能將由 .NET Core 以及旗下的 .NET CLI 接替提供，整合後的版本將在 1.0 RC2 時釋出。

## 支援作業系統

.NET 7 支援下列作業系統 ：

## 參考
.NET