【翻譯】.NET 5 Preview 1 發布

.NET 5 Preview 1 發布

去年年底,我們發布了.NET Core 3.0和3.1.這些版本添加了桌面應用程式模型Windows Forms(WinForms)和WPF,ASP.NET Blazor用于構建SPA應用程式和用于構建分布式應用和服務的gRPC模板、用于與gRPC對話豐富的客戶端代碼生成、REST API服務等等.我們很高興看到.NET Core 3成為有史以來發展最快的.NET版本,并且在去年又增加了100萬的用戶.

我們還對這些版本進行了溝通,以將結束從.NET Framework框架移植應用程式模型的作業.借助
.NET Core 3,我們已經移植了所有最常用的應用模型,并引入了新的跨平臺框架來替代我們那些沒有移植的框架.

當我們期待下一個主要版本.NET 5的發布時,我們將繼續將.NET移動應用程式模型(Xamarin) 包含在.NET 5中, 繼續將.NET統一到一個平臺中,.NET 5包含ASP.NET Core、Entity Framework Core、WinForms、WPF、Xamarin、ML.NET.整個平臺將首次為所有應用程式木星使用統一的BCL(Base Class Libraries).擁有一個比.NET Core和.NETFrameWork更高版本5, 這也清楚表明了.NET 5是未來,.NET是一個用于構建任何型別的應用程式的單一統一平臺.

我們已經說過很多次了, 但是我們將再次重申..NET Core然后是.NET 5都應使用.NET來構建所有的新應用程式.只要支持Windows本身,.NET Framework仍將受支持.我們將繼續提供安全性和錯誤修復, 并保持網略和加密API的最新狀態.將較舊的應用程式保留在.NET Framework上將保持安全并受到支持.

Install .NET 5.0 Preview 1

今天我們發布了.NET 5的第一個預覽版, 該預覽版計劃在今年11月下旬在GA(General Availability) 中發布.

• .NET 5.0 Preview 1 SDK

  • .NET 5.0 Preview 1 Runtime

  請參閱ASP.NET Core updates in .NET 5 Preview 1,以了解當今的ASP.NET Core版本.

  Preview1首次包括對Windows ARM64的支持.今天的版本包括.NET Core運行時.我們希望Preview 2包含SDK（ASP.NET Core,但不包括WPF或Windows表單）.后續的預覽將包括WPF和Windows表單.對Windows ARM64的支持也將反向移植到.NET Core 3.1.我們將在"Preview 2"帖子中分享有關此資訊的更多資訊.

Updating existing projects

您可以通過更新目標框架來更新現有專案,如下所示：

<TargetFramework>netcoreapp5.0</TargetFramework>

High-level goals for .NET 5

讓我重點介紹.NET 5的一些高級目標：

• 統一的.NET SDK經驗：

所有.NET 5應用程式中的單個BCL（基類別庫）. 今天Xamarin應用程式使用Mono BCL,但將轉向使用.NET Core BCL, 從而改善了我們應用程式模型之間的兼容性.

移動開發（Xamarin）已集成到.NET 5中.這意味著.NET SDK將支持移動.例如, 您可以使用"dotnet new XamarinForms"創建移動應用程式.

• 支持多個平臺的Native Applications:
  支持應用程式的Single Device project, 該應用程式可以使用這些平臺上支持的本機控制元件在多個設備上運行,例如Window Desktop, Microsoft Duo(Android) 和iOS.
• 支持多種平臺的Web Applications：Single Blazor project, 該專案支持可以在瀏覽器中, 在移動設備上以及作為本機桌面應用程式（例如Windows 10x）運行的應用程式
  • Cloud Native Applications：高性能, 單個檔案(.exe)<50MB微服務,支持在本地和云中構建多個專案(API, Web前端, 容器).
• 持續改進,例如：BCL中的演算法更快,運行時中對容器的更好支持,對HTTP3的支持.

今天的第一個預覽尚未包含支持這些高級目標的所有作業,但我們將在未來的預覽中繼續發布更多功能.

Improvements in Preview 1

下面的改進在Preview 1中:

Regular expression performance improvements

我們已對Regex引擎進行了重大改進.在我們嘗試過的許多運算式中,這些改進通常可以將吞吐量提高3-6倍,在某些情況下甚至可以提高更多.我們即將發布一篇博客文章,其中將詳細介紹這些改進.

Code quality improvements in RyuJIT

每個版本都對JIT生成的代碼進行了一系列性能改進. 我們將這些型別的改進稱為"CQ"或代碼質量.在大多數情況下,這些改進也適用于為準備運行的images生成的代碼.

下面的改進在Preview 1中:

• 對null檢查的改進–在更多情況下,通過觀察證明不需要null檢查的更多模式,無需生成null檢查
• 調整公共子運算式評估(CSE) - JIT查找并迭代那些只需要求值一次的重復運算式(wiki)
• 優化 "constant_string".Length – 優化此模式并將代碼迭代為正確的整數值.
• JIT：在變體之前構建基本的塊pred串列 - 對JIT中的階段進行重新排序以允許較早使用密鑰優化,從而可以提高代碼質量,并減少后續階段的作業量,從而增加了JIT吞吐量（參考PR中的"TP"）.

Assembly load diagnostics added to event pipe

我們已將程式集加載資訊添加到事件管道.這項改進是開始提供類似的診斷功能(與.NET Framework一起使用Fusion Log Viewer的一部分)的開始.現在,您可以使用dotnet-trace通過以下命令來收集此資訊：

dotnet-trace collect --providers Microsoft-Windows-DotNETRuntime:4:4 --process-id[process ID]

使用事件管道的跟蹤程式集加載中介紹了作業流.您可以查看簡單測驗應用程式的程式集加載資訊.

Event pipe profiler APIs

事件管道是我們在.NET Core 2.2中添加的新子系統和API,可以在任何作業系統上執行性能和其他診斷調查.在.NET 5.0中,事件管道已得到擴展,以使探查器能夠寫入事件管道事件.對于以前依靠ETW監視應用程式行為和性能的分析探查器,此方案至關重要.

GitHub repo consolidation

作為.NET 5版本的一部分,我們減少了用于構建和打包.NET的GitHub存盤庫的數量.回購邊界對專案的許多方面都具有重大影響,包括構建和問題管理.使用.NET Core 1.0,我們在ASP.NET,EF和.NET Core中擁有超過100個存盤庫.通過此最新版本, 我們現在可以一方面計算主存盤庫.我們還將幾乎所有存盤庫都移到了dotnet org.

查看新的合并倉庫:

• dotnet/runtime (was dotnet/corefx, dotnet/coreclr, and dotnet/core-setup)
• dotnet/aspnetcore (was several repos in the aspnet org)
• dotnet/sdk (was dotnet/sdk, dotnet/cli)

最后

我們希望您對.NET 5正在進行的作業感到興奮!為.NET 5做準備的最好方法是將所有.NET Core應用程式遷移到3.1-我們將使從.NET Core 3.1到.NET 5的過渡盡可能輕松.而且, 如果您仍在.NET Framework上構建應用程式, 請放心將這些應用程式放在.NET Framework上, 但請考慮對所有新應用程式使用.NET Core 3.1..NET有很多令人興奮的事情!

來源：https://devblogs.microsoft.com/dotnet/announcing-net-5-0-preview-1/

標籤：.NET Core

上一篇：abp(net core)+easyui+efcore實作倉儲管理系統——入庫管理之四(四十)

下一篇：Polly每次重試執行不同的操作