不知不覺中微軟已經(jīng)計劃推出了下一代的ASP了，我們先來看一下新的ASP有包含什么What's new in .NET 5?

.NET 5將會引入新的APIs，運行時功能和新的語言特色。

• 在運行時體驗中將有更多的選擇性。

• 所有平臺將提供Java 互操作性。

• 將會在多個操作系統(tǒng)提供支持 Objective-C 和 Swift 互操作性。

• CoreFX 將擴展為支持 .NET 的靜態(tài)編譯（ahead-of-time – AOT），更小的空間占用和對更多操作系統(tǒng)的支持。

.NET 5 = .NET Core vNext

首先需要明確的是，.NET 5是下一代的Core，即使它不再使用Core命名，接著我們已經(jīng)熟悉的Core里面的內(nèi)容是保留的，因為.NET 5是Core的延續(xù)，按照微軟的計劃，.NET 5是在2020年的10月份才有release版本出來，所以接下來我們看到的版本還是ASP.NET Core 3.x 系列

為啥不繼續(xù)用Core命名呢？從發(fā)展軌跡來看，Core的出現(xiàn)是因為微軟希望從本質(zhì)上區(qū)分Framework， 這也確實從底層到使用都進行了非常大的更改，這次微軟希望清楚地傳達， .NET 5 是 .NET 平臺的未來，將其稱為 .NET 5 是要讓它成為微軟發(fā)布過的最高版本。

Improving

每一次的更新?lián)Q代，肯定是基于易用性和性能上的提升，我們來看一下微軟官方的一個基于.NET 5的改進：

• 改進體驗，在任何地方都可以使用 .NET 運行時和框架，并具有統(tǒng)一的運行時行為

• 充分利用 .NET Core、.NET Framework、Xamarin 和 Mono 來擴展 .NET 的功能。

運行時體驗

Mono 是 .NET 跨平臺實現(xiàn)的基石，它最初是以開源為目的來替代 .NET Framework 的，Mono 是用作 Xamarin 一部分的運行時。

CoreCLR 是作為 .NET Core 一部分的運行時。它主要用于支持云應(yīng)用程序，包括 Microsoft 的最大服務(wù)，現(xiàn)在也用于 Windows 桌面，物聯(lián)網(wǎng)和機器學(xué)習(xí)應(yīng)用程序。

總而言之，.NET Core 和 Mono 運行時有許多相似之處（畢竟它們都是 .NET 運行時），但也有寶貴的獨特功能。讓選擇所需的運行時體驗成為可能是非常有意義的。我們正在使 CoreCLR 和 Mono 可以互相替換。我們將使它像構(gòu)建開關(guān)一樣簡單，以便在不同的運行時選項之間進行選擇。

高吞吐量和高生產(chǎn)率

最開始.NET 就依賴于JIT（即時編譯器）將IL（中間語言）代碼轉(zhuǎn)換為機器代碼，從那時微軟就構(gòu)建了業(yè)界領(lǐng)先的基于 JIT 的托管運行時。該運行時具有非常高的吞吐量，并且提升了開發(fā)體驗，使編程變得快速而簡單，這也是為什么這么多人口中微軟的低門檻：）

大多數(shù) .NET 5 的默認(rèn)體驗將使用基于 JIT 的 CoreCLR 運行時。兩個值得注意的例外是 iOS 和客戶端 Blazor（web assembly），因為它們都需要 ahead-of-time (AOT) 原生編譯。

更快的啟動，更低的內(nèi)存占用率

Mono 項目的集中了大部分精力在移動和游戲機上。該項目的一個關(guān)鍵功能是基于業(yè)界領(lǐng)先的 LLVM 編譯器項目的 .NET AOT 編譯器。AOT 編譯的應(yīng)用可以在較小的位置高效運行, 并在需要時交換吞吐量以進行啟動。

Blazor 項目已經(jīng)在使用 Mono AOT，這將是最早過渡到 .NET 5 的項目之一。

有兩種類型的 AOT 解決方案:

• 需要 100% AOT 編譯的解決方案。

• 大多數(shù)代碼是 AOT 編譯的解決方案, 但 JIT 或解釋器可用于與 AOT 不友好的代碼模式。

.NET Native 是微軟用于 Windows UWP 應(yīng)用程序的 AOT 編譯器, 也就是上面的第一種 AOT 類型。隨著第一種方案的實現(xiàn), 微軟限制了 .NET API 和可以使用的功能，從這一經(jīng)驗中了解到, AOT 解決方案需要覆蓋 .NET API 和模式的所有方面。

原則和交叉體驗

基于startup，吞吐量，內(nèi)存占用， 可靠性和診斷性作為平臺的整體風(fēng)格是非常重要的，這也是微軟專注的努力方向。在專注于吞吐和可靠性的同時，也更專注于startup 和 Mono AOT編譯器的大小控制，這是很好的匹對，例如吞吐和可靠性，startup 和 大小控制。

微軟將會持續(xù)在各種場景對.NET 5進行優(yōu)化，特別是在具有多種交叉場景的情況下進行重點優(yōu)化。

所有的 .NET 5應(yīng)用將會使用CoreFX框架，微軟將會確保在如今不經(jīng)常使用的地方保證.NET 5的正常工作，這主要集中在Xamarin 和 客戶端 Blazor的工作場景。還有.NET 5的應(yīng)用在.NET CLI都是可構(gòu)建的，只需確保在項目中有基于命令行的基礎(chǔ)編譯工具即可。

C#語言將會保持跟.NET 5的同步，開發(fā)者在后續(xù)開發(fā).NET 5應(yīng)用是將可使用最新版本的C#以及對應(yīng)的特性。

Birth of the project

微軟于 2018 年 12 月在波士頓碰頭后組建了技術(shù)團隊并開始了這個項目。來自 .NET 團隊（Mono/Xamarin和.NET Core）以及 Unity 的設(shè)計領(lǐng)導(dǎo)者介紹了各種技術(shù)和架構(gòu)方向。

.NET 5這個項目目前是作為單個團隊推進，并以提供一套可交付成果為導(dǎo)向。自 12 月以來，在以下一些項目上取得了較多的進展：

• 定義一個極小的分層用來定義運行時 <-> 托管代碼層，目標(biāo)是實現(xiàn) >99% 的 CoreFX 公共代碼。

• MonoVM 可以使用 CoreFX 及其類庫。

• 在 MonoVM 上使用CoreFX的實現(xiàn)運行所有 CoreFX 測試。

• 在 MonoVM 上運行 ASP.NET Core 3.0 應(yīng)用程序。

• 在 CoreCLR 上運行 MonoDevelop，然后運行 Visual Studio for Mac。

遷移到單個.NET的實現(xiàn)會引發(fā)一些問題: 目標(biāo)框架將是什么？ NuGet包兼容性規(guī)則是否相同？ .NET 5 SDK 應(yīng)該支持哪些工作負(fù)載？特定框架的編碼將如何工作？我們還需要 .NET Standard嗎？

好吧，讓巨人先走，我們慢慢爬上去吧：）

Ending

.NET 5 是令人興奮的新方向。微軟這次的.NET更新?lián)Q代，旨在讓所有的人看到， .NET 將變得更簡單，且具有更廣泛功能和實用性。所有新的開發(fā)和功能都將成為 .NET 5 的一部分，包括新的 C# 版本，在使用相同的 .NET API 和語言來針對各種應(yīng)用程序類型、操作系統(tǒng)和芯片架構(gòu)將會使微軟的發(fā)展有著更光明的未來，它可以使我們在 Visual Studio ，Visual Studio for Mac，Visual Studio Code，Azure DevOps 或命令行中輕松更改構(gòu)建配置用于構(gòu)建不同的應(yīng)用程序。