.NET Core 3.0 中的新变化
譯者：楚人Leo
譯文：http://www.cnblogs.com/leolion/p/10585834.html
原文：https://msdn.microsoft.com/en-us/magazine/mt848631.aspx
.NET Core 3.0 是 .NET Core 平臺的下一主要版本。本文回顧 .NET Core 發展歷史，并展示了它是如何從基本支持 Web 和數據工作負載的版本1，發展成為能夠運行 Web、桌面、機器學習、容器、IoT 等的版本 3.0。
.NET Core 1.0
.NET Core 的歷史可追溯到幾年前，版本 1 是在 2016 年推出，旨在生成第一版開放源代碼和跨平臺（Windows、macOS 和 Linux）的 .NET。
靈感來源于只能使用開放源代碼框架的客戶，以及需要在 Linux 服務器上運行 .NET 應用程序的其他客戶。由于 .NET Core 是跨平臺的，因此根據設計，可使用命令行完成所有操作，而無需使用 IDE。
為了應對全局安裝的 .NET Framework 的兼容性挑戰，它設計有并行支持，包括隨附作為應用程序一部分的框架，這樣應用程序就不會依賴在計算機上安裝的任何框架。版本 1 隨附新版 ASP.NET、實體框架 (EF) 和主要定目標到的 Web 應用程序。
.NET Core 2.0
雖然版本 1 支持在新平臺上運行 .NET，但它僅支持一組數量有限的.NET API。
為了解決此問題，我們創建了 .NET Standard，它指定了任何 .NET 運行時必須實現的 API，這樣就能跨 .NET 平臺和版本共享代碼和二進制文件了。
.NET Standard 2.0中，我們向.NET Standard規范添加了超過20,000 個 API。.NET Core 版本 2 于 2017 年 6 月發布，并支持 .NET Standard 2.0，使其有權訪問這些 API。我們還引入了 Windows 兼容性包，這是包含許多僅 Windows API（如 System.Drawing、System.DirectoryServices 等）的 NuGet 包。
ASP.NET Core 2.0 引入了 .NET Core 1.0 中缺少的兩個框架，即 Razor Pages 和 SignalR。Entity Framework Core 開始支持延遲加載，這是一項熱門實體框架功能。.NET Core 2 還在不斷推動 .NET 成為最快的完整堆棧框架之一。
TechEmpower 基準由一家獨立公司運行，將 .NET Core 列為原始純文本性能領域的第 7 名，并將它列為 Web 和數據性能 Fortunes 測試中的第 6 名，擊敗了 Java servlet 和 Node.js (bit.ly/2PEE1l1)。
.NET Core 3.0
.NET Core 3.0 是 .NET Core 平臺的下一主要版本。它新增了許多令人興奮的功能，如支持使用 Windows 窗體 (WinForms)、Windows Presentation Foundation (WPF) 和實體框架 6 的 Windows 桌面應用程序。
對于 Web 開發，它開始支持使用 C 通過 Razor 組件（舊稱為 Blazor）生成客戶端 Web 應用程序。此外，它還支持 C 8.0 和 .NET Standard 2.1。
我們正在 .NET Core 3.0. 中添加對物聯網 (IoT) 方案的支持。
現在可以在 Raspberry Pi 和類似設備上對硬件插針（用于控制設備和讀取傳感器數據）進行編程，并在所有受支持的 OS上（例如，使用 Raspberry Pi 或 Arduino）通過串行端口進行通信。我們還在此版本中添加了適用于 ARM64 的 IoT 設備支持，以補充現有 ARM32 功能。
.NET Core 3.0 還將完全支持 ML.NET，這是為 .NET 開發人員生成的開放源代碼機器學習框架。
ML.NET 強力驅動 Azure 機器學習、Windows Defender 和 PowerPoint Design Ideas 等產品。使用 ML.NET，可以將許多常用機器學習方案添加到應用中，如情緒分析、建議、預測、圖像分類等。若要了解詳細信息，請訪問?bit.ly/2OLRGRQ。
我們最近發布了.NET Core 3.0 的首個預覽版。若要詳細了解 .NET Core 3.0 和試用預覽版，請訪問?aka.ms/netcore3preview1。https://devblogs.microsoft.com/dotnet/announcing-net-core-3-preview-1-and-open-sourcing-windows-desktop-frameworks/
桌面（WinForms 和 WPF）和開放源代碼
WinForms 和 WPF 是兩個最常用的 .NET 應用程序類型，有數百萬開發人員在使用。
.NET Core 3.0 開始支持 WinForms 和 WPF，將 Windows 桌面開發引入了 .NET Core。.NET Core 一直以來都是開放源代碼的，在 GitHub 中這兩個框架與剩余的 .NET Core 一樣，也都是開放源代碼的。
客戶將有史以來第一次能夠見證這些框架的開放開發，甚至可以通過提問、修復 bug 或幫助在 GitHub 中實時開發新功能，從而提供幫助。WinUI XAML 庫也將是開放源代碼的。
通過 XAML Islands，可以在 WinForms 和 WPF 應用程序中使用這些控件。
許多現有 WinForms 和 WPF 應用程序都使用實體框架來訪問數據，因此 .NET Core 也支持實體框架 6。
你可能想要知道，為什么要在 .NET Core 上生成桌面應用程序。很簡單：這樣才能受益于 .NET Core 中的所有增強功能。不僅可以在最新版框架上生成應用程序，而無需安裝 .NET Core，還能將應用程序和 .NET Core 發布到一個 .EXE 中。
.NET Core 在設計時考慮到了并行支持，因此可以在一臺計算機上安裝多個版本，并能將應用程序鎖定到設計時定目標到的版本。此外，鑒于這種并行本質，可以改進 .NET Core 中的 API（包括 WinForms 和 WPF），而無需承擔損壞應用程序的風險。
ASP.NET Core 3.0
不過，.NET Core 3.0 并不都是與桌面相關。還有許多令人興奮的新功能是針對 Web 設計的。接下來將介紹我們正在開發的幾項功能。
客戶經常問的一個問題是，如何在 .NET Core 中獲得 RPC 體驗（就像在 .NET 遠程和 Windows Communication Foundation 中一樣）。
我們正在參與 gRPC (grpc.io) 項目，以確保 gRPC 能夠為 .NET 開發人員提供一流支持。
在今年早些時候，我們開始了一項試驗，即使用 .NET（我們稱之為 Blazor）進行客戶端 Web 開發。借助 Blazor，可以編寫直接在瀏覽器中的基于 WebAssembly 的 .NET 運行時內運行的 Web UI 組件，而無需編寫一行 JavaScript。
使用 Razor 語法創作組件，這些組件與代碼一起被編譯到常規 .NET 程序集中。然后，程序集和基于 WebAssembly 的 .NET 運行時被下載到瀏覽器中，僅使用開放式 Web 標準就能執行它們（無需任何插件或代碼轉換），如圖 1 所示。
圖 1：使用 Blazor 進行客戶端 Web 開發
也可以使用 .NET Core 在服務器上運行相同組件，其中所有 UI 交互和 DOM 更新都是通過 SignalR 連接進行處理，如圖 2 所示。執行后，組件跟蹤 DOM 所需的更新，并通過 SignalR 連接將要應用的這些更新發送到瀏覽器。
UI 事件使用同一連接發送到服務器。此模型的優點有多個：下載大小更小、代碼集中在服務器上，以及受益于在 .NET Core 上運行組件的所有功能和性能優勢。
圖 2：使用 SignalR 在服務器上運行 UI Web 組件
對于 .NET Core 3.0，我們將把 Blazor 組件模型集成到 ASP.NET Core 中。我們將此集成組件模型稱為“Razor 組件”。
Razor 組件開啟了以下新時代：使用 ASP.NET Core 的可組合 UI，以及使用 .NET 的完整堆棧 Web 開發。對于 .NET Core 3.0，Razor 組件最初作為獨立可路由組件，或通過 Razor Pages 和視圖使用的組件在服務器上運行。不過，相同組件也可以在 WebAssembly 上進行客戶端運行。
在開發 .NET Core 3.0 的同時，我們還將繼續著手以下工作：支持使用基于解釋器的 .NET 運行時在 WebAssembly 上運行 Razor 組件，預計將在后續版本中提供。之后，我們還計劃向 WebAssembly 發布對 .NET 代碼的完全預編譯支持，這將顯著提升運行時性能。
EF Core 3.0
LINQ 是一項用戶鐘愛的 .NET 功能，可便于編寫數據庫查詢，而無需離開所選的語言，同時還能利用豐富的類型信息來獲取 IntelliSense 和編譯時類型檢查。
不過，LINQ也支持編寫數量幾乎不限的復雜查詢，而這對于LINQ提供程序來說，一直都是一項巨大挑戰。
EF Core 部分解決了此問題，具體方法是支持選擇可轉換為 SQL 的查詢部分，再執行內存中剩余的查詢。在某些情況下，這樣做是可取的，但在其他許多情況下，這可能會導致非常低效的查詢直到應用程序投入生產才被發現。
在 EF Core 3.0 中，我們計劃深入更改 LINQ 實現工作原理和測試方式，旨在提高它的可靠性（例如，避免破壞修補程序版本中的查詢）；讓它能夠將更多表達式正確轉換為 SQL；在更多情況下生成高效查詢；以及防止直到投入生產才被檢測到的非常低效查詢出現。
我們一直在致力于開發適用于 EF Core 的 Cosmos DB 提供程序，以便開發人員能夠熟悉 EF 編程模型，從而輕松地將 Azure Cosmos DB 定目標為應用程序數據庫。目標是利用 Cosmos DB 的一些優勢，如全局分發、“始終開啟”可用性、彈性可伸縮性和低延遲，甚至包括 .NET 開發人員可以更輕松地訪問它。
此提供程序將針對 Cosmos DB 中的 SQL API 啟用大部分 EF Core 功能，如自動更改跟蹤、LINQ 和值轉換。
我們計劃在 EF Core 3.0 中添加的其他功能包括，屬性包實體（將數據存儲在索引屬性（而不是常規屬性）中的實體）；能夠將數據庫視圖反向工程為查詢類型；以及與新 C 8.0 功能集成，如 IAsyncEnumerable<T> 支持和可以為 null 的引用類型。
我們理解，對于許多使用舊版 EF 的現有應用程序來說，移植到EF Core 的工作量巨大。正因為此，我們還移植了 EF6，以便能夠使用 .NET Core。
.NET Standard 2.1
如果遵循 .NET Standard，可以創建適用于所有.NET 實現的庫，不僅僅局限于.NET Core，還包括 Xamarin 和 Unity。
在 .NET Standard 1.x 中，我們只對跨各種實現已常用的 API 進行了建模。在 .NET Standard 2.0 中，我們專注于簡化將現有 .NET Framework 代碼移植到 .NET Core 的過程，這樣不僅帶來了額外的 20,000 個 API，還帶來了兼容性模式（可便于從基于 .NET Standard 的庫引用 .NET Framework 庫，而無需重新編譯它們）。
對于這兩版標準，幾乎沒有任何新組件，因為所有 API 都是現有 .NET API。
在 .NET Standard 2.1 中，這一情況已有所改變：我們添加了約 3,000 個幾乎全新的 API，它們作為 .NET Core 開放源代碼開發的一部分引入。通過將它們添加到標準，我們將它們引入所有 .NET Standard 實現。
這些新 API 包括：
Span<T>：在 .NET Core 2.1 中，我們添加了 Span<T>，這是類似數組的類型，允許以統一方式表示托管和非托管內存，并支持在不復制的情況下進行切片。Span<T> 是 .NET Core 2.1 中與性能最為相關的改進的核心。因為它允許以更高效的方式管理緩沖，所以可以有助于減少分配和復制。若要詳細了解此類型，請務必閱讀 Stephen Toub 關于 Span<T> 的精彩文章 (msdn.com/magazine/mt814808)。
ValueTask 和 ValueTask<T>：在 .NET Core 2.1 中，基礎內容中最重要的功能相關改進，可支持高性能方案 (bit.ly/2HfIXob)，還能讓 async/await 更高效。 ValueTask<T> 已有，可便于在操作同步完成時返回結果，而無需分配新 Task<T>。在 .NET Core 2.1 中，我們進一步改進了此功能，同時提高了它的可用性，讓它有對應的非泛型 ValueTask，以便在必須以異步方式完成操作的情況下減少分配，這是 Socket 和 NetworkStream 等類型現在利用的功能。
常規實用 API：由于 .NET Core 是開放源代碼的，因此我們跨基類庫添加了許多小功能，如用于合并哈希代碼的 System.HashCode，或 System.String 上的新重載。.NET Core 中約有 800 名新成員，幾乎所有這些成員都已添加到 .NET Standard 2.1 中。
如需了解更多詳情，請查看 .NET Standard 2.1 公告 (bit.ly/2RCW2fX)。
C# 8.0
C#8.0 是下一版C#，它在幾個主要方面改進了語言。可以為 null 的引用類型有助于防止 null 引用異常，并改進了 null 安全編碼做法。
可以選擇啟用下列功能：在將 null 分配到類型字符串（舉個例子）的變量或參數時看到警告。
若要可以為 null，必須使用“string?”可以為 null 的引用類型。
異步流對異步數據流執行的操作，就是 async/await 對單個異步結果執行的操作。新框架類型 IAsyncEnumerable<T> 是 IEnumerable<T> 的異步版本，同樣也能執行 foreach 和 yield return：
?this IAsyncEnumerable<T> source,
?Func<T, Task<bool>> predicate)
{
?await foreach (T element in source)
?{
? ?if (await predicate(element)) yield return element;
?}
}
除了其他功能外，借助默認接口成員實現，接口可以添加新成員，而無需中斷現有實現者。Switch 表達式可確保模式匹配更為簡潔，不僅可以遞歸模式，還能將模式深入挖掘到測試值。如需了解 C 8.0 的更多詳情，請訪問?aka.ms/csharp8。
.NET Framework 和 .NET Core 將如何發展？
.NET Framework 是在超過 10 億臺計算機上安裝的 .NET 實現，因此需要盡可能保持兼容性。因此，它的更新速度慢于 .NET Core。
甚至安全修復和 bug 修復都可能會導致應用程序中斷，因為應用程序依賴舊行為。我們將確保 .NET Framework 始終支持最新的網絡協議、安全標準和 Windows 功能。
.NET Core 是開放源代碼、跨平臺且快速更新的 .NET 版本。鑒于這種并行本質，可以對它應用我們無法冒險對 .NET Framework 應用的更改。也就是說，隨著時間推移，.NET Core 會增添新 API 和語言功能，而 .NET Framework 則不會。
如果現有 .NET Framework 應用程序，且無需利用任何 .NET Core 功能，就不應該有遷移到 .NET Core 的壓力。
.NET Framework和 .NET Core 都將完全受支持.NET Framework始終是Windows的一部分。甚至在 Microsoft 內部，我們都有很多基于 .NET Framework 的大型產品線，并將一直基于 .NET Framework。
但展望未來，.NET Core 和 .NET Framework 包含的功能將會有所不同。
總結
.NET Core 3.0 預計將于 2019 年下半年發布。
它將提供開放源代碼版本的 WinForms 和 WPF，以用于 Windows 桌面開發。
實體框架 6 也將包含在內。此外，ASP.NET Core、Entity Framework Core、.NET Standard 和 C 都將進行重要更新。
對于新 .NET 應用程序，應認真考慮使用此版本的 .NET Core。有關詳細信息，請訪問 aka.ms/netcore3preview1。
我們對 .NET 的未來滿懷期待，并將向 .NET Core 添加更多工作負載。建議大家試用 .NET Core 3.0預覽版，并向我們發送反饋。
總結
以上是生活随笔為你收集整理的.NET Core 3.0 中的新变化的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： vb查询mysql数据库实例_初识vb数
- 下一篇： 练习git小游戏