.NET Core3.1發(fā)布

我們很高興宣布.NET Core 3.1的發(fā)布。實際上，這只是對我們兩個多月前發(fā)布的.NET Core 3.0的一小部分修復和完善。最重要的是.NET Core 3.1是長期支持（LTS）版本，并且將支持三年。和過去一樣，我們希望花一些時間來發(fā)布下一個LTS版本。額外的兩個月（在.NET Core 3.0之后）使我們能夠選擇和實施在已經非常穩(wěn)定的基礎上進行的正確改進。

您可以下載適用于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預覽通道中還支持并包括.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的關鍵改進，這是.NET Core 3.1需要考慮的大部分重要內容。

.NET Core 3.0更新概述

.NET Core 3.0提供了以下關鍵改進。我們已經從從事大型網(wǎng)站的開發(fā)人員那里聽說，它對他們來說運作得非常好。

• .NET Core 3.0已經在dot.net和Bing.com上托管了幾個月，已經通過了測試。其他許多Microsoft團隊很快將在生產中的.NET Core 3.1上部署大型工作負載。
• 性能有很大的提高跨許多部件，并在將詳細描述在.NET Core 3.0性能改進和硬件內在函數(shù)在.NET Core。
• C＃8添加了異步流，范圍/索引，更多模式和可為空的引用類型。Nullable使您可以直接針對導致的代碼缺陷NullReferenceException。框架庫的最底層已被注釋，以便您知道何時可以期待null。
• F＃4.7致力于通過隱式y(tǒng)ield表達式和一些語法放松使某些事情變得容易。它還包含對的支持LangVersion，并nameof在預覽中附帶并打開了靜態(tài)類。F＃核心庫現(xiàn)在還針對.NET Standard 2.0。您可以在發(fā)布F＃4.7中閱讀更多內容。
• .NET Standard 2.1增加了可以在.NET Core和Xamarin都可以使用的代碼中使用的類型集。.NET Standard 2.1包括.NET Core 2.1以后的類型。
• .NET Core現(xiàn)在支持Windows窗體和WPF（和開放源代碼）的Windows桌面應用程序。WPF設計器是Visual Studio 2019的一部分。WindowsForms設計器處于預覽狀態(tài)，可以下載。
• 現(xiàn)在，.NET Core應用程序默認情況下具有可執(zhí)行文件。在過去的發(fā)行版中，需要通過dotnet命令來啟動應用，例如dotnet myapp.dll。現(xiàn)在可以使用特定于應用程序的可執(zhí)行文件（例如myapp或）啟動應用程序./myapp，具體取決于操作系統(tǒng)。
• 添加了高性能JSON API，用于reader/writer，對象模型和序列化方案。這些API從頭開始構建，Span并在幕后使用UTF8而不是UTF16（例如string）。這些API最小化分配，從而提高了性能，減少了垃圾收集器的工作。請參閱嘗試新的System.Text.Json API。
• 默認情況下，垃圾收集器使用較少的內存，通常少得多。對于許多應用程序托管在同一服務器上的情況，此改進非常有用。垃圾收集器也進行了更新，以更好地利用64核以上的機器上的大量核。請參閱在具有64個以上CPU的計算機上為GC更好地配置CPU配置。
• .NET Core已針對Docker進行了強化，以使.NET應用程序在容器中可預測且有效地工作。已將容器配置為有限的內存或CPU時，垃圾收集器和線程池已更新為更好地工作。.NET Core Docker窗映像較小，尤其是SDK映像。請參閱：在小型容器場景中使用服務器GC運行第0部分，在小型容器場景中使用服務器GC運行第1部分-GC堆的硬限制以及同時使用.NET和Docker-DockerCon 2019更新。
• 現(xiàn)在支持Raspberry Pi和ARM芯片以支持IoT開發(fā)，包括使用遠程Visual Studio調試器。您可以使用新的GPIO API部署可監(jiān)聽傳感器的應用程序，并在顯示器上打印消息或圖像。ASP.NET可用于將數(shù)據(jù)公開為API或允許配置IoT設備的站點。

支持平臺

以下操作系統(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應用程序僅在Windows上起作用并受支持。

芯片支持如下：

• Windows，macOS和Linux上的x64
• Windows上的x86
• Windows和Linux上的ARM32
• Linux上的ARM64（內核4.14+）

注意：請確保.NET Core 3.1 ARM64部署使用Linux內核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工具箱中都沒有提供這些控件。結果，我們決定刪除這些控件，而只關注新控件。

建議使用以下替代產品：

舊控件（API）	建議更換	其他關聯(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

是的，這是一個不幸的重大變化。如果您使用的是我們在應用程序中刪除的控件，則會看到構建中斷。另外，如果在最新版本的.NET Core Windows窗體設計器中打開.NET Core 3.0應用程序，則在使用這些控件時會看到錯誤。

我們建議您將應用程序更新為.NET Core 3.1，然后移至其他控件。更換控件是一個簡單的過程，本質上是“查找并替換”。

首先，我們應該在發(fā)布.NET Core 3.0之前進行這些更改，對此我們表示贊同。我們嘗試避免過時的更改，甚至避免突破性更改，這使我們很痛苦。

隨著我們進一步進入Windows Forms設計器項目，我們意識到這些控件與創(chuàng)建現(xiàn)代應用程序不符，并且永遠不應該成為Windows Forms的.NET Core端口的一部分。我們還看到，他們需要我們更多的時間來支持而不是合理的。

我們的目標是繼續(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上啟用。您不能將目標為.NET Framework的C ++ / CLI組件與.NET Core一起使用，反之亦然。

結束

我們建議您盡快遷移到.NET Core 3.1。這是一個很棒的版本（很大程度上是由于3.0），它對.NET Core的許多方面進行了改進。這也是一個長期支持（LTS）版本，將支持三年。

生命周期更新：

• .NET Core 3.0將于今天（到2020年3月3日）維護三個月。
• .NET Core 2.2的整個維護周期都將在12月23日結束。
• .NET Core 2.1的支持將一直持續(xù)到2021年8月（這也是LTS版本）。

來源：https://devblogs.microsoft.com/dotnet/announcing-net-core-3-1/

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持我們。