.NET 5.0大一统的框架

微软于2020年11月10日发布.NET 5.0。这是一个主要版本-包括C＃9和F＃5-具有一系列新功能和引人注目的改进。Microsoft和其他公司的团队已经在生产中以及性能测试中积极使用它。这些团队向我们展示了出色的结果，这些结果证明了性能的提高和/或降低其Web应用程序托管成本的机会。自预览版1开始，我们一直在5.0上运行我们自己的网站。到目前为止，我们已经看到并听到的是，.NET 5.0带来了巨大的价值，而无需进行大量的升级。对于您的下一个应用程序来说，这是一个不错的选择，并且是从早期.NET Core版本进行的直接升级。我们希望您喜欢在台式机，笔记本电脑和云实例上使用它。

查看当前使用版本

dotnet --info

安装的所有版本 包括版本地址

ASP.NET Core，EF Core，C＃9和F＃5也于同天发布。.NET Conf 2020（我们的免费和虚拟会议）今天在这里举行，您可以了解所有新版本。

您可以下载适用于Windows，macOS和Linux的.NET 5.0，适用于x86，x64，Arm32，Arm64。

对于Visual Studio用户，您需要Visual Studio 16.8或更高版本才能在Windows上使用.NET 5.0，并在macOS上使用Visual Studio for Mac的最新版本。在C＃扩展为Visual Studio代码已经支持.NET 5.0和C＃9。

.NET 5.0是我们.NET统一之旅中的第一个版本。我们构建.NET 5.0是为了使更多的开发人员能够将他们的.NET Framework代码和应用程​​序迁移到.NET 5.0。我们还在5.0中完成了许多早期工作，以便Xamarin开发人员在发布.NET 6.0时可以使用统一的.NET平台。有关.NET统一的更多信息，请参见后面的内容。

现在是时候呼吁与为.NET项目做出贡献的每个人进行令人难以置信的合作了。此版本将第五个主要的.NET版本标记为一个开源项目。现在，在GitHub上的dotnet org中，由个人，小型和大型公司（包括.NET Foundation公司赞助商）组成的大型社区，就.NET的各个方面共同合作。.NET 5.0的改进是许多人，他们的努力，精巧的想法以及他们对平台的关心和热爱的结果，这些都是Microsoft所负责的项目之外的事情。每天，由致力于.NET的核心团队组成的团队，向向.NET 5.0（及以前版本）做出贡献的所有人表示非常感谢！

我们早在2019年5月就引入了.NET 5.0，甚至还设定了2020年11月的发布日期。从那篇文章中可以得出：“我们将在今年9月发布.NET Core 3.0，在2020年11月发布.NET 5，然后我们打算每年11月每年发布一次主要版本的.NET。” 您可能会认为，鉴于今年面临的所有挑战，“ 2020年11月”这张支票无法兑现，但是.NET 5.0已按时发布。感谢团队中实现这一目标的每个人！我知道这并不容易。展望未来，您应该期望.NET 6.0在2021年11月发布。我们打算在每年11月发布新的.NET版本。

该博客的其余部分致力于突出显示和详细说明.NET 5.0中的大多数改进。我们的.NET统一愿景也有更新。

.NET 5.0亮点

.NET 5.0有许多重要的改进：

我为.NET 5.0预览文章编写了许多示例。您可能想看看.NET 5.0示例，以了解有关C＃9和库新功能的更多信息。

平台和Microsoft支持

.NET 5.0有一个几乎相同的平台支持矩阵作为.NET 3.1的核心，适用于Windows，MacOS和Linux操作系统。如果在支持的操作系统上使用.NET Core 3.1，则大多数情况下应该应该能够在同一操作系统版本上采用.NET 5.0。.NET 5.0最重要的新增功能是Windows Arm64。

.NET 5.0是当前版本。这意味着它将在.NET 6.0发布后的三个月内得到支持。因此，我们希望在2022年2月中之前支持.NET5.0。.NET6.0将是LTS版本，并且将像.NET Core 3.1一样受三年支持。

统一平台愿景

去年，我们分享了统一的.NET堆栈和生态系统的愿景。给您带来的价值是，您将能够使用一组API，语言和工具来针对广泛的应用程序类型，包括移动，云，桌面和IoT。您可能会意识到，如今已经可以使用.NET定位广泛的平台，但是，例如，这些工具和API在Web和Mobile上并不总是相同的，也不是同时发布的。

作为.NET 5.0和6.0的一部分，我们将.NET统一为一种产品体验，同时使您能够仅选择要使用的.NET平台的各个部分。如果要定位到Mobile而不是WebAssembly，则无需下载WebAssembly工具，反之亦然。与ASP.NET Core和WPF相同。您还将有一种更简单的方法来从命令行获取所需的所有.NET工具以及构建包和运行时包。我们正在为.NET平台组件提供包管理器体验（包括使用现有的包管理器）。这对于许多情况来说都是很棒的。快速构建开发环境和CI / CD可能是最大的受益者。

我们原本打算使用.NET 5.0交付整个统一愿景，但是在全球大流行之后，我们不得不适应客户不断变化的需求。我们一直在与来自世界各地的公司的团队合作，他们需要帮助以加快其对云技术的采用。他们也已经适应了客户不断变化的需求。因此，我们将在两个版本中实现这一愿景。

实现这一愿景的第一步是整合.NET仓库，其中包括很大一部分的Mono。为.NET运行库和库提供一个存储库是在各处交付相同产品的前提。它还有助于进行广泛的更改，这些更改会影响运行时和库，这些存储库以前具有回购边界。有些人担心大型回购交易将更难管理。事实并非如此。

在.NET 5.0版本中，Blazor是利用回购合并和.NET统一的最佳示例。Blazor WebAssembly的运行时和库现在是从合并的dotnet /运行时仓库中构建的。例如，这意味着服务器上的Blazor WebAssembly和Blazor使用完全相同的代码。.NET 5.0之前的Blazor并非如此。我们为Blazor WebAssembly采取的方法与在.NET 6.0中使用Xamarin的方法非常相似。List<T>

.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回购是了解最新进展的最佳场所。

让我们切换到5.0版本中的新增功能。

语言能力

C＃9和F＃5是.NET 5.0版本的一部分，并包含在.NET 5.0 SDK中。Visual SDK也包含在5.0 SDK中。它不包括语言更改，但进行了改进以支持.NET Core上的Visual Basic应用程序框架。

C＃源代码生成器是C＃编译器的一项重要新功能。从技术上讲，它们不属于C＃9，因为它没有任何语言语法。请参阅新的C＃源代码生成器示例，以帮助您开始使用此新功能。我们希望在.NET 6.0及更高版本中的.NET产品中更多地使用源生成器。

为了亲自尝试新版本，我们中的一些人决定更新dotnet / iot存储库，以使用新的C＃9语法并以.NET 5.0为目标。通过采用新的语法，这些更改导致删除了超过2k行代码。它使用顶级程序，记录，模式和开关表达式。它也已更新，以利用.NET库中完整的可空注释集。我们还更新了.NET IoT文档。我们将看一下该回购中的一些示例，以探索C＃9。

https://devblogs.microsoft.com/dotnet/announcing-net-5-0/?WT.mc_id=DOP-MVP-5003704

posted @ 2021-02-22 09:45  小y  阅读(843)  评论(0)  编辑  收藏  举报