微软宣布 .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) 原生编译。

（编辑：河北网）

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