.NET Core3.1發(fā)布
我們很高興宣布.NET Core 3.1的發(fā)布。實際上,這只是對我們兩個多月前發(fā)布的.NET Core 3.0的一小部分修復(fù)和完善。最重要的是.NET Core 3.1是長期支持(LTS)版本,并且將支持三年。和過去一樣,我們希望花一些時間來發(fā)布下一個LTS版本。額外的兩個月(在.NET Core 3.0之后)使我們能夠選擇和實施在已經(jīng)非常穩(wěn)定的基礎(chǔ)上進行的正確改進。
您可以下載適用于Windows,macOS和Linux的.NET Core 3.1:
- .NET Core 3.1 SDK和運行時
- Docker容器映像
- Snap安裝程序
- ASP.NET Core和EF Core也在今天發(fā)布。
Visual Studio 2019 16.4也于今天發(fā)布,其中包括.NET Core 3.1。這是將.NET Core 3.1與Visual Studio一起使用所必需的更新。對于Visual Studio 2019用戶,我們建議僅將Visual Studio更新到16.4,而不是單獨下載.NET Core 3.1。
Visual Studio for Mac在Visual Studio for Mac 8.4預(yù)覽通道中還支持并包括.NET Core 3.1。您需要選擇使用Preview通道才能使用.NET Core 3.1。
發(fā)行說明:
- .NET Core 3.1發(fā)行說明
- .NET Core 3.1問題的GitHub問題
- GitHub發(fā)布
.NET Core 3.1中的更改??主要集中在Blazor和Windows Desktop,這是.NET Core 3.0中的兩個新增功能。這包括對C++/ CLI的支持,這是針對Windows的開發(fā)人員的常規(guī)要求。
在我們了解.NET Core 3.1的新功能之前,讓我們快速了解一下.NET Core 3.0的關(guān)鍵改進,這是.NET Core 3.1需要考慮的大部分重要內(nèi)容。
.NET Core 3.0更新概述
.NET Core 3.0提供了以下關(guān)鍵改進。我們已經(jīng)從從事大型網(wǎng)站的開發(fā)人員那里聽說,它對他們來說運作得非常好。
- .NET Core 3.0已經(jīng)在dot.net和Bing.com上托管了幾個月,已經(jīng)通過了測試。其他許多Microsoft團隊很快將在生產(chǎn)中的.NET Core 3.1上部署大型工作負載。
- 性能有很大的提高跨許多部件,并在將詳細描述在.NET Core 3.0性能改進和硬件內(nèi)在函數(shù)在.NET Core。
- C#8添加了異步流,范圍/索引,更多模式和可為空的引用類型。Nullable使您可以直接針對導(dǎo)致的代碼缺陷NullReferenceException??蚣軒斓淖畹讓右驯蛔⑨?,以便您知道何時可以期待null。
- F#4.7致力于通過隱式y(tǒng)ield表達式和一些語法放松使某些事情變得容易。它還包含對的支持LangVersion,并nameof在預(yù)覽中附帶并打開了靜態(tài)類。F#核心庫現(xiàn)在還針對.NET Standard 2.0。您可以在發(fā)布F#4.7中閱讀更多內(nèi)容。
- .NET Standard 2.1增加了可以在.NET Core和Xamarin都可以使用的代碼中使用的類型集。.NET Standard 2.1包括.NET Core 2.1以后的類型。
- .NET Core現(xiàn)在支持Windows窗體和WPF(和開放源代碼)的Windows桌面應(yīng)用程序。WPF設(shè)計器是Visual Studio 2019的一部分。WindowsForms設(shè)計器處于預(yù)覽狀態(tài),可以下載。
- 現(xiàn)在,.NET Core應(yīng)用程序默認情況下具有可執(zhí)行文件。在過去的發(fā)行版中,需要通過dotnet命令來啟動應(yīng)用,例如dotnet myapp.dll?,F(xiàn)在可以使用特定于應(yīng)用程序的可執(zhí)行文件(例如myapp或)啟動應(yīng)用程序./myapp,具體取決于操作系統(tǒng)。
- 添加了高性能JSON API,用于reader/writer,對象模型和序列化方案。這些API從頭開始構(gòu)建,Span并在幕后使用UTF8而不是UTF16(例如string)。這些API最小化分配,從而提高了性能,減少了垃圾收集器的工作。請參閱嘗試新的System.Text.Json API。
- 默認情況下,垃圾收集器使用較少的內(nèi)存,通常少得多。對于許多應(yīng)用程序托管在同一服務(wù)器上的情況,此改進非常有用。垃圾收集器也進行了更新,以更好地利用64核以上的機器上的大量核。請參閱在具有64個以上CPU的計算機上為GC更好地配置CPU配置。
- .NET Core已針對Docker進行了強化,以使.NET應(yīng)用程序在容器中可預(yù)測且有效地工作。已將容器配置為有限的內(nèi)存或CPU時,垃圾收集器和線程池已更新為更好地工作。.NET Core Docker窗映像較小,尤其是SDK映像。請參閱:在小型容器場景中使用服務(wù)器GC運行第0部分,在小型容器場景中使用服務(wù)器GC運行第1部分-GC堆的硬限制以及同時使用.NET和Docker-DockerCon 2019更新。
- 現(xiàn)在支持Raspberry Pi和ARM芯片以支持IoT開發(fā),包括使用遠程Visual Studio調(diào)試器。您可以使用新的GPIO API部署可監(jiān)聽傳感器的應(yīng)用程序,并在顯示器上打印消息或圖像。ASP.NET可用于將數(shù)據(jù)公開為API或允許配置IoT設(shè)備的站點。
支持平臺
以下操作系統(tǒng)支持.NET Core 3.1:
- Alpine: 3.9+
- Debian: 9+
- openSUSE: 42.3+
- Fedora: 26+
- Ubuntu: 16.04+
- RHEL: 6+
- SLES: 12+
- macOS: 10.13+
- Windows Client: 7, 8.1, 10 (1607+)
- Windows Server: 2012 R2 SP1+
注意:Windows窗體和WPF應(yīng)用程序僅在Windows上起作用并受支持。
芯片支持如下:
- Windows,macOS和Linux上的x64
- Windows上的x86
- Windows和Linux上的ARM32
- Linux上的ARM64(內(nèi)核4.14+)
注意:請確保.NET Core 3.1 ARM64部署使用Linux內(nèi)核4.14版本或更高版本。例如,Ubuntu 18.04滿足此要求,但16.04不滿足。
Windows窗體控件刪除
以下Windows窗體控件已從.NET Core 3.1中刪除:
- 數(shù)據(jù)網(wǎng)格
- 工具欄
- 上下文菜單
- 菜單
- 主菜單
- 菜單項
早在2005年,這些控件就被.NET Framework 2.0中更強大的控件所取代。默認情況下,多年來,Visual Studio Designer工具箱中都沒有提供這些控件。結(jié)果,我們決定刪除這些控件,而只關(guān)注新控件。
建議使用以下替代產(chǎn)品:
舊控件(API) | 建議更換 | 其他關(guān)聯(lián)的API已刪除 |
---|---|---|
DataGrid | DataGridView | DataGridCell,DataGridRow,DataGridTableCollection,DataGridColumnCollection,DataGridTableStyle,DataGridColumnStyle,DataGridLineStyle,DataGridParentRowsLabel,DataGridParentRowsLabelStyle,DataGridBoolColumn,DataGridTextBox,GridColumnStylesCollection,GridTableStylesCollection,HitTestType |
ToolBar | ToolStrip | ToolBarAppearance |
ToolBarButton | ToolStripButton | ToolBarButtonClickEventArgs,ToolBarButtonClickEventHandler,ToolBarButtonStyle,ToolBarTextAlign |
ContextMenu | ContextMenuStrip | |
Menu | ToolStripDropDown,ToolstripDropDownMenu | MenuItemCollection |
MainMenu | MenuStrip | |
MenuItem | ToolstripMenuItem |
是的,這是一個不幸的重大變化。如果您使用的是我們在應(yīng)用程序中刪除的控件,則會看到構(gòu)建中斷。另外,如果在最新版本的.NET Core Windows窗體設(shè)計器中打開.NET Core 3.0應(yīng)用程序,則在使用這些控件時會看到錯誤。
我們建議您將應(yīng)用程序更新為.NET Core 3.1,然后移至其他控件。更換控件是一個簡單的過程,本質(zhì)上是“查找并替換”。
首先,我們應(yīng)該在發(fā)布.NET Core 3.0之前進行這些更改,對此我們表示贊同。我們嘗試避免過時的更改,甚至避免突破性更改,這使我們很痛苦。
隨著我們進一步進入Windows Forms設(shè)計器項目,我們意識到這些控件與創(chuàng)建現(xiàn)代應(yīng)用程序不符,并且永遠不應(yīng)該成為Windows Forms的.NET Core端口的一部分。我們還看到,他們需要我們更多的時間來支持而不是合理的。
我們的目標(biāo)是繼續(xù)改進Windows窗體,以實現(xiàn)更高的DPI,可訪問性和可靠性,并且需要后期更改才能使我們專注于交付。
C ++ / CLI
我們在Visual Studio 2019 16.4中增加了對創(chuàng)建可與.NET Core 3.0+一起使用的C ++ / CLI(又稱為“托管C ++”)組件的支持。您需要安裝“帶C ++的桌面開發(fā)”工作負載和“ C ++ / CLI支持”組件,才能使用C ++ / CLI。
該組件添加了幾個可以使用的模板:
- CLR Class Library (.NET Core)
- CLR Empty Project (.NET Core)
如果找不到它們,只需在“新建項目”對話框中搜索它們。
C++ / CLI僅在Windows上啟用。您不能將目標(biāo)為.NET Framework的C ++ / CLI組件與.NET Core一起使用,反之亦然。
結(jié)束
我們建議您盡快遷移到.NET Core 3.1。這是一個很棒的版本(很大程度上是由于3.0),它對.NET Core的許多方面進行了改進。這也是一個長期支持(LTS)版本,將支持三年。
生命周期更新:
- .NET Core 3.0將于今天(到2020年3月3日)維護三個月。
- .NET Core 2.2的整個維護周期都將在12月23日結(jié)束。
- .NET Core 2.1的支持將一直持續(xù)到2021年8月(這也是LTS版本)。
來源:https://devblogs.microsoft.com/dotnet/announcing-net-core-3-1/
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持服務(wù)器之家。
原文鏈接:https://www.cnblogs.com/yyfh/p/11980790.html