## .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](https://devblogs.microsoft.com/aspnet/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 您可以通過更新目標框架來更新現有專案,如下所示： ``` netcoreapp5.0 ``` ## 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](https://github.com/dotnet/runtime) (was dotnet/corefx, dotnet/coreclr, and dotnet/core-setup) - [dotnet/aspnetcore](https://github.com/dotnet/aspnetcore) (was several repos in the aspnet org) - [dotnet/sdk](https://github.com/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/