作为 .NET 5.0 和 6.0 的一部分，我们正在将 .NET 统一为一个单一的产品体验，同时使你能够只选择你想要使用的 .NET 平台的一部分。如果你想针对 Mobile 而不是 WebAssembly，你不需要下载 WebAssembly 工具，反之亦然，ASP.NET Core 和 WPF 也一样。你也将有一个更简单的方法从命令行获取所有你需要的 .NET 工具和运行时包。我们正在为 .NET 平台组件启用包管理器体验（包括使用现有的包管理器）。这对于很多场景来说都会有很大的帮助。开发环境的快速构建和 CI/CD 可能会是最大的受益者。
我们原本打算用 .NET 5.0 来提供全部的统一愿景，但在全球大流行之后，我们不得不适应客户不断变化的需求。我们一直在与来自世界各地的公司团队合作，这些公司需要帮助他们加快采用云技术。他们也必须适应客户不断变化的需求。因此，我们正在通过两个版本来实现这一愿景。
实现这一愿景的第一步是整合.NET 资源库，包括 Mono 的大部分子集。为 .NET 的运行时和库提供一个资源库是在所有地方提供相同产品的前提条件。它还有助于进行影响运行时和库的广泛更改，而以前的版本库是有边界的。有些人担心一个大的 repo 会更难管理，事实证明并非如此。
在 .NET 5.0 版本中，Blazor 是利用 repo 整合和.NET 统一的最好例子。现在，的运行时和库都是由合并后的dotnet/runtime repo 构建的。这意味着 Blazor WebAssembly 和服务器上的 Blazor 使用完全相同的代码，例如List<T>。在.NET 5.0 之前，Blazor 的情况并非如此。我们对 Blazor WebAssembly 采用的方法与我们在 .NET 6.0 中对 Xamarin 采用的方法非常相似。
.NET 框架仍然是微软支持的产品，并将继续支持每个新版本的 Windows。我们去年宣布，我们已经停止向 .NET Framework 添加新功能，并完成了向 .NET Core 添加 .NET Framework API 的工作。这意味着，现在是考虑将你的 .NET Framework 应用程序转移到 .NET Core 的好时机。对于 .NET Framework 客户端开发者来说，.NET 5.0 支持 Windows Forms 和 WPF。我们从许多开发人员那里听说，可以直接从 .NET Framework 移植。对于.NET Framework 服务器开发者来说，你需要采用 ASP.NET Core 来使用 .NET 5.0。对于 Web Forms 开发人员来说，我们认为 Blazor 提供了类似的开发体验，其实现效率更高、更现代化。WCF 服务器和工作流用户可以寻找支持这些框架的社区项目。从 .NET Framework 到 .NET Core 的移植文档是一个很好的开始。说了这么多，如果你对自己的体验感到满意的话，将你的应用保持在 .NET Framework 上是一个不错的方法。
Windows 团队正在研究 Project Reunion，作为 UWP 和相关技术的下一步任务。我们一直在与 Reunion 团队合作，以确保 .NET 5.0 及以后的版本能够与 WinUI 和 WebView2 良好地配合。
译注：原文后面概括了一些 C# 9 语言新特性及平台新特性，基本都是代码示例，请移步原文查看（老夫实在翻译不动了）。关于 C# 9 新特性更详细的介绍可以阅读我的系列文章[，该系列还会继续更新。