微软宣布 .NET 5 计划，支持跨平台、移动开发

我们宣布 .NET Core 3.0 之后的下一个版本将是 .NET 5 。这将是 .NET 系列的下一个重要版本。

将来只会有一个 .NET ，您将能够使用它来开发 Windows，Linux，macOS，iOS，Android，tvOS，watchOS 和 WebAssembly 等等。

我们将在 .NET 5 中引入新的 .NET API、运行时功能和语言功能。

从 .NET Core 项目开始，我们已经向平台添加了大约五万个 .NET Framework API。 .NET Core 3.0 弥补了 .NET Framework 4.8 的大部分剩余功能差距，支持 Windows Forms，WPF 和Entity Framework 6。 .NET 5 构建于此工作之上，利用 .NET Core 和 Mono 的最佳功能创建一个平台，您可以用于所有现代 .NET 代码。

我们打算在 2020 年 11 月发布 .NET 5，并在 2020 年上半年推出第一个预览版。将在 Visual Studio 2019、Visual Studio for Mac 和 Visual Studio Code 的未来更新中支持它。

NET 5 是 .NET Core 的下一步。该项目旨在通过以下几个关键方式改进 .NET：

• 制造一个可在任何地方使用的 .NET 运行时和框架, 并具有统一的运行时行为和开发人员体验。
• 通过充分利用 .NET Core、.NET Framework、Xamarin 和 Mono 来扩展 .NET 的功能。
• 从单个代码库构建该产品，开发人员（ Microsoft 和社区）可以一起工作并一起扩展，从而改进所有方案。

这个新项目和方向是 .NET 的一个重要转折。使用 .NET 5，无论您正在构建哪种类型的应用程序，您的代码和项目文件都将是相同的。每个应用都可以访问相同的运行时、API 和语言功能。也包括几乎每天都在进行的 corefx 的性能改进。

您所喜欢 .NET Core 的所有内容将继续存在：

• 在 GitHub 上开源和面向社区。
• 跨平台实现。
• 支持利用特定于平台的功能，例如 Windows 上的 Windows form 和 WPF 以及来自 Xamarin 的每个原生平台的原生绑定。
• 高性能。
• 并排安装。
• 小型项目文件（SDK风格）。
• 兼容命令行界面（CLI）。
• Visual Studio，Visual Studio for Mac 和 Visual Studio Code集成。

也有一些新的东西：

• 您将有更多关于运行时体验的选择（更多内容见下文）。
• Java 互操作性将在所有平台上提供。
• 多个操作系统将支持 Objective-C 和 Swift 互操作性。
• CoreFX 将扩展为支持 .NET 的静态编译（ahead-of-time – AOT），更小的空间占用和对更多操作系统的支持。

我们将在今年 9 月发布 .NET Core 3.0，在 2020 年 11 月发布 .NET 5，然后我们打算每年 11 月发布一次主要版本的 .NET：

我们跳过了版本 4，因为它会让熟悉 .NET Framework 的用户感到困惑，因为 .NET Framework 已经使用了很长时间的4.x系列。此外，我们希望清楚地传达 .NET 5 是 .NET 平台的未来。将其称为 .NET 5 使其成为我们发布过的最高版本。

我们也借此机会简化命名。我们认为如果只有一个 .NET 是最好的了，我们就不需要像 “Core” 这样的澄清术语。较短的名称是一种简化, 还传达了 .NET 5 具有统一的功能和行为的信息。当然如果您愿意也可以继续使用 “.NET Core” 这个名称。

Mono 是 .NET 的原始跨平台实现。它最初是作为 .NET Framework 的开源替代品，并随着 iPhone/iOS 和 Android设 备的普及而转变为针对移动设备。Mono 是用作 Xamarin 一部分的运行时。

CoreCLR 是用作 .NET Core 一部分的运行时。它主要用于支持云应用程序，包括 Microsoft 的最大服务，现在也用于 Windows 桌面，物联网和机器学习应用程序。

总而言之，.NET Core 和 Mono 运行时有许多相似之处（毕竟它们都是 .NE T运行时），但也有宝贵的独特功能。让选择所需的运行时体验成为可能是非常有意义的。我们正在使 CoreCLR 和 Mono 可以互相替换。我们将使它像构建开关一样简单，以便在不同的运行时选项之间进行选择。

以下部分描述了我们计划用于 .NET 5 的主要重心。它们为我们计划如何单独和共同发展这两个运行时提供了清晰的视角。

从一开始，.NET 就依赖于即时编译器（JIT）将中间语言（IL）代码转换为优化的机器代码。从那时起，我们构建了业界领先的基于 JIT 的托管运行时，该运行时具有非常高的吞吐量，并且还提高了开发人员体验，使编程变得快速而简单。

JIT 非常适合长期运行的云和客户端方案。他们能够生成针对特定机器配置的代码，包括特定的 CPU 指令。JIT 还可以在运行时重新生成方法，这一共让 JIT 更快速的技术，同时仍可选择生成高度优化的代码版本 (如果这成为经常使用的方法)。

我们努力使 ASP.NET Core 在 Techpower 基准测试上运行得更快, 这是 JIT 强大的力量和我们在 CoreCLR 上的投资的一个很好的例子。我们为容器强化 .NET Core的努力也证明了运行时动态适应受限环境的能力。

开发人员工具是 JIT 非常棒的另一个好例子，例如 dotnet watch 工具或编辑并继续。工具通常需要在单个进程中多次编译和加载代码, 而无需重新启动, 并且需要非常快速地执行此操作。

使用 .NET Core 或 .NET Framework 的开发人员主要依赖于 JIT 。因此，这种体验应该是熟悉的。

大多数 .NET 5 工作场景的默认体验将使用基于 JIT 的 CoreCLR 运行时。两个值得注意的例外是 iOS 和客户端 Blazor（web assembly），因为它们都需要 ahead-of-time (AOT) 原生编译。

（编辑：晋中站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!