2019年，微軟分享了【統一的.NET堆棧和生態系統的願景】。給開發者帶來的價值是，將能夠使用一組API，語言和工具來針對廣泛的應用程序類型，包括移動，雲，桌面和IoT。可能會意識到，如今已經可以使用.NET定位廣泛的平台，但是，這些工具和API在Web和Mobile上並不總是相同的，例如它們不是同時發布的。
作為.NET 5.0和6.0的一部分，我們正在將.NET統一到一個單一的產品體驗中，同時使您能夠選擇希望使用的.NET平台的各個部分。如果您希望以移動設備而不是WebAssembly為目標，則不需要下載WebAssembly工具，反之亦然。與ASP.NET Core和WPF相同。您還可以更輕松地從命令行獲取所需的所有.NET工具、構建包和運行時包。我們正在為.NET平台組件啟用包管理器體驗（包括使用現有的包管理器）。這對於很多場景來說都很好。快速構建開發環境和CI/CD可能是最大的受益者。
我們本打算用.NET5.0實現整個統一願景，但在全球流行之后，我們必須適應客戶不斷變化的需求。我們一直在與來自世界各地的公司的團隊合作，這些公司需要幫助來加快雲技術的采用。他們也必須適應顧客不斷變化的需求。因此，我們在兩個版本中實現了這一願景。
實現這一願景的第一步是整合.NET倉庫，其中包括很大一部分的Mono。為運行時提供一個repo和為.NET提供一個庫是在任何地方提供相同產品的先決條件。它也有助於做出影響運行時和庫的廣泛更改，因為以前存在repo邊界。一些人擔心大型回購會更難管理。事實證明並非如此。
在.NET 5.0版本中，Blazor是利用回購合並和.NET統一的最佳示例。Blazor WebAssembly的運行時和庫現在是從合並的dotnet /運行時倉庫中構建的。例如，這意味着服務器上的Blazor WebAssembly和Blazor使用與完全相同的代碼，如：List<T>。.NET 5.0之前的Blazor並非如此。我們為Blazor WebAssembly采取的方法與在.NET 6.0中使用Xamarin的方法非常相似。
.NET Framework仍然是受支持的Microsoft產品，並且每個新版本的Windows都將繼續支持.NET Framework。去年，我們宣布已停止向.NET Framework添加新功能，並已向.NET Core添加.NET Framework API。這意味着現在是考慮將.NET Framework應用程序移至.NET Core的絕佳時機。對於.NET Framework客戶端開發人員，.NET 5.0支持Windows窗體和WPF。我們已經從許多開發人員那里聽說，從.NET Framework進行移植非常簡單。對於.NET Framework服務器開發人員，您需要采用ASP.NET Core才能使用.NET 5.0。對於Web Forms開發人員，我們認為Blazor通過高效且更加現代的實現方式提供類似的開發人員體驗。WCF服務器和Workflow用戶可以查看支持那些框架的社區項目。在從.NET框架到.NET核心移植文檔是一個良好的開端。綜上所述，如果您對自己的應用程序感到滿意，那么將應用程序保持在.NET Framework上是一種很好的方法。
Windows團隊正在研究Reunion，這是UWP和相關技術的下一步。我們一直在與Reunion團隊合作，以確保.NET 5.0和更高版本可以與WinUI和WebView2很好地配合使用。Project Reunion回購是了解最新進展的最佳場所。
參考文獻：
- https://devblogs.microsoft.com/dotnet/announcing-net-5-0/