.NET Core3.1發佈
咱們很高興宣佈.NET Core 3.1的發佈。實際上，這只是對咱們兩個多月前發佈的.NET Core 3.0的一小部分修復和完善。最重要的是.NET Core 3.1是長期支持（LTS）版本，而且將支持三年。和過去同樣，咱們但願花一些時間來發佈下一個LTS版本。額外的兩個月（在.NET Core 3.0以後）使咱們可以選擇和實施在已經很是穩定的基礎上進行的正確改進。html
您能夠下載適用於Windows，macOS和Linux的.NET Core 3.1：服務器
- .NET Core 3.1 SDK和運行時
- Docker容器映像
- Snap安裝程序
- ASP.NET Core和EF Core也在今天發佈。
Visual Studio 2019 16.4也於今天發佈，其中包括.NET Core 3.1。這是將.NET Core 3.1與Visual Studio一塊兒使用所必需的更新。對於Visual Studio 2019用戶，咱們建議僅將Visual Studio更新到16.4，而不是單獨下載.NET Core 3.1。app
Visual Studio for Mac在Visual Studio for Mac 8.4預覽通道中還支持幷包括.NET Core 3.1。您須要選擇使用Preview通道才能使用.NET Core 3.1。框架
發行說明：異步
- .NET Core 3.1發行說明
- .NET Core 3.1問題的GitHub問題
- GitHub發佈
.NET Core 3.1中的更改主要集中在Blazor和Windows Desktop，這是.NET Core 3.0中的兩個新增功能。這包括對C++/ CLI的支持，這是針對Windows的開發人員的常規要求。函數
在咱們瞭解.NET Core 3.1的新功能以前，讓咱們快速瞭解一下.NET Core 3.0的關鍵改進，這是.NET Core 3.1須要考慮的大部分重要內容。工具
.NET Core 3.0更新概述
.NET Core 3.0提供瞭如下關鍵改進。咱們已經從從事大型網站的開發人員那裏據說，它對他們來講運做得很是好。性能
- .NET Core 3.0已經在dot.net和Bing.com上託管了幾個月，已經經過了測試。其餘許多Microsoft團隊很快將在生產中的.NET Core 3.1上部署大型工做負載。
- 性能有很大的提升跨許多部件，並在將詳細描述在.NET Core 3.0性能改進和硬件內在函數在.NET Core。
- C＃8添加了異步流，範圍/索引，更多模式和可爲空的引用類型。Nullable使您能夠直接針對致使的代碼缺陷NullReferenceException。框架庫的最底層已被註釋，以便您知道什麼時候能夠期待null。
- F＃4.7致力於經過隱式yield表達式和一些語法放鬆使某些事情變得容易。它還包含對的支持LangVersion，並nameof在預覽中附帶並打開了靜態類。F＃核心庫如今還針對.NET Standard 2.0。您能夠在發佈F＃4.7中閱讀更多內容。
- .NET Standard 2.1增長了能夠在.NET Core和Xamarin均可以使用的代碼中使用的類型集。.NET Standard 2.1包括.NET Core 2.1之後的類型。
- .NET Core如今支持Windows窗體和WPF（和開放源代碼）的Windows桌面應用程序。WPF設計器是Visual Studio 2019的一部分。WindowsForms設計器處於預覽狀態，能夠下載。 如今，.NET Core應用程序默認狀況下具備可執行文件。在過去的發行版中，須要經過dotnet命令來啓動應用，例如dotnet myapp.dll。如今可使用特定於應用程序的可執行文件（例如myapp或）啓動應用程序./myapp，具體取決於操做系統。
- 添加了高性能JSON API，用於reader/writer，對象模型和序列化方案。這些API從頭開始構建，Span<T>並在幕後使用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更新。
- 如今支持Raspberry Pi和ARM芯片以支持IoT開發，包括使用遠程Visual Studio調試器。您可使用新的GPIO API部署可監聽傳感器的應用程序，並在顯示器上打印消息或圖像。ASP.NET可用於將數據公開爲API或容許配置IoT設備的站點。
支持平臺
如下操做系統支持.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中刪除：
- 數據網格
- 工具欄
- 上下文菜單
- 菜單
- 主菜單
- 菜單項
早在2005年，這些控件就被.NET Framework 2.0中更強大的控件所取代。默認狀況下，多年來，Visual Studio Designer工具箱中都沒有提供這些控件。結果，咱們決定刪除這些控件，而只關注新控件。
建議使用如下替代產品：
| 舊控件（API） | 建議更換 | 其餘關聯的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，而後移至其餘控件。更換控件是一個簡單的過程，本質上是「查找並替換」。
首先，咱們應該在發佈.NET Core 3.0以前進行這些更改，對此咱們表示贊同。咱們嘗試避免過期的更改，甚至避免突破性更改，這使咱們很痛苦。
隨着咱們進一步進入Windows Forms設計器項目，咱們意識到這些控件與建立現代應用程序不符，而且永遠不該該成爲Windows Forms的.NET Core端口的一部分。咱們還看到，他們須要咱們更多的時間來支持而不是合理的。
咱們的目標是繼續改進Windows窗體，以實現更高的DPI，可訪問性和可靠性，而且須要後期更改才能使咱們專一於交付。
C ++ / CLI
咱們在Visual Studio 2019 16.4中增長了對建立可與.NET Core 3.0+一塊兒使用的C ++ / CLI（又稱爲「託管C ++」）組件的支持。您須要安裝「帶C ++的桌面開發」工做負載和「 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的支持將一直持續到2021年8月（這也是LTS版本）。
來源：https://devblogs.microsoft.com/dotnet/announcing-net-core-3-1/
原文出處：https://www.cnblogs.com/yyfh/p/11980790.html