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/