.NET Core 3.0 是 .NET Core 平臺的下一主要版本。本文回顧了 .Net Core 發展歷史，並展示了它是如何從基本支持 Web 和數據工作負載的版本 1，發展成爲能夠運行 Web、桌面、機器學習、容器、IoT 等的版本 3.0。
.NET Core 1
.NET Core 的歷史可追溯到幾年前，版本 1 是在 2016 年推出，旨在生成第一版開放源代碼和跨平臺（Windows、macOS 和 Linux）的 .NET。靈感來源於只能使用開放源代碼框架的客戶，以及需要在 Linux 服務器上運行 .NET 應用程序的其他客戶。由於 .NET Core 是跨平臺的，因此根據設計，可使用命令行完成所有操作，而無需使用 IDE。爲了應對全局安裝的 .NET Framework 的兼容性挑戰，它設計有並行支持，包括隨附作爲應用程序一部分的框架，這樣應用程序就不會依賴在計算機上安裝的任何框架。版本 1 隨附新版 ASP.NET、實體框架 (EF) 和主要定目標到的 Web 應用程序。
.NET Core 2
雖然版本 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。
桌面（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
不過，.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 的工作量巨大。正因爲此，我們還移植了 EF 6，以便能夠使用 .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：
public static async IAsyncEnumerable<T> FilterAsync<T>(
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 預覽版，並向我們發送反饋。
Scott Hunter 是 Microsoft 的 .NET 項目管理主管，他負責監督運行時、框架、託管語言（C#、F#、VB.NET）和 .NET 工具。在這之前，Hunter 是多家創業公司（包括 Mustang Software 和 Starbase）的 CTO。在這些公司，他主要負責各種技術，但他真正熱愛的一直都是 Web 編程。
==============
.NET Core 3.0 Preview 3已經發布，框架和ASP.NET Core有許多有趣的更新。這是最重要的更新列表。 下載地址 :https://aka.ms/netcore3download 。
-
C＃中對索引和範圍的更多支持
-
支持.NET Standard 2.1。以.NET Standard項目文件爲目標，並將netstandard2.1指定爲目標框架。完整的.NET Framework不支持.NET Standard 2.1。
-
F＃4.6和dotnet fsi命令。可以使用F＃4.6和dotnet fsi命令的預覽。FSI代表F＃互動。
-
AssemblyDependencyResolver和resolver事件。從給定路徑加載依賴程序集（之前不可能），解析程序事件可幫助我們更好地處理動態加載的本機依賴項。
-
Windows Forms應用程序的高DPI。最後，微軟將Windows Forms應用程序推向了當今時代。96DPI不再適用，並且可以構建高DP Windows窗體應用程序。
-
Razor組件的改進。現在2個項目合併成單個項目模板，Razor組件支持端點路由和預渲染，Razor組件可以託管在Razor類庫中。還改進了事件處理和表單和驗證支持。
-
運行時編譯。它在ASP.NET Core 3.0模板中被禁用，但現在可以通過向項目添加特殊的NuGet包來打開它。
-
Worker Service 模板。需要編寫Windows服務還是Linux守護進程？現在我們有了Worker Service 模板。
-
gRPC模板。與谷歌一起構建的gRPC是一種流行的遠程過程調用（RPC）框架。此版本的ASP.NET Core在ASP.NET Core上引入了第一等的gRPC支持。
-
Angular模板使用Angular 7. Angular SPA模板現在使用Angular 7，在第一次穩定釋放之前，它將被Angular 8替換。
-
SPA-s的身份驗證。Microsoft通過此預覽爲單頁應用程序添加了現成的身份驗證支持。
-
SignalR與端點路由集成。小變化 - 現在使用端點路由定義SingalR路由。
-
SignalR Java客戶端支持長輪詢。即使在不支持或不允許WebSocket的環境中，SignalR Java客戶端現在也可以使用。
關於Entity Framework Core 3.0的消息並不多，但我們可以期待.NET Core的下一個預覽版本的更新。
==================
補充：3.0除了 windows支持，還有media也將支持。不再只能控制檯跟asp.net core。