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

有两种类型的 AOT 解决方案:

• 需要 100% AOT 编译的解决方案。
• 大多数代码是 AOT 编译的解决方案, 但 JIT 或解释器可用于与 AOT 不友好的代码模式 (如泛型)。
  Mono AOT 支持这两种情况。出于安全原因，苹果对 iOS 和一些游戏机需要第一种 AOT。第二种方法是更好的选择, 因为它提供了 AOT 的优点并且避免了一些缺点。

.NET Native 是我们用于 Windows UWP 应用程序的 AOT 编译器, 也是上面列出的第一种 AOT 类型的示例。在这个特定实现里, 我们限制了 .NET API 和您可以使用的功能。我们从这一经验中了解到, AOT 解决方案需要涵盖 .NET API 和模式的所有方面。

在 iOS、 web assembly 和一些游戏机里 AOT 编译仍需要。对于更需要快速启动或低占用空间的应用程序, 我们将使 AOT 编译成为一个选项。

我们于 2018 年 12 月在波士顿召开了一个技术团队，开始了这个项目。来自 .NET 团队（Mono/Xamarin和.NET Core）以及 Unity 的设计领导者介绍了各种技术能力和架构方向。

我们现在正在将这个项目作为一个团队推进，并提供一套可交付成果。自 12 月以来，我们在一些项目上取得了很多进展：

• 定义了一个最小层，它定义了运行时 <-> 托管代码层，目标是实现 >99% 的 CoreFX 公共代码。
• MonoVM 现在可以使用 CoreFX 及其类库。
• 使用 CoreFX 实现在 MonoVM 上运行所有 CoreFX 测试。
• 使用 MonoVM 运行 ASP.NET Core 3.0 应用程序。
• 在 CoreCLR 上运行 MonoDevelop，然后运行 Visual Studio for Mac。

迁移到单个.NET实现会引发一些重要问题: 目标框架将是什么？ NuGet包兼容性规则是否相同？ .NET 5 SDK 应该支持哪些工作负载？如何为特定架构编写代码？我们还需要 .NET Standard吗？
我们现在正在解决这些问题，很快将分享设计文档供您阅读并提供反馈。

.NET 5 项目是 .NET 的重要且令人兴奋的新方向。您将看到 .NET 变得更简单，但也具有更广泛，更广泛的功能和实用性。所有新的开发和功能都将成为 .NET 5 的一部分，包括新的 C# 版本。

我们看到了光明的未来，您可以使用相同的 .NET API 和语言来面向各种应用程序类型、操作系统和芯片架构。在 Visual Studio ，Visual Studio for Mac，Visual Studio Code，Azure DevOps 或命令行中，可以轻松更改构建配置以构建不同的应用程序。

英文原文：https://devblogs.microsoft.com/dotnet/introducing-net-5/
中文翻译：https://www.cnblogs.com/Rwing/p/introducing-net-5.html

【编辑推荐】

1. Windows 10安全功能拖累Chromium浏览器：性能损失五倍
2. GitHub源码被黑客洗劫和勒索事件 微软也未能幸免
3. 淘汰Windows 7艰难：最新市占率依然超36%
4. 微软中枪，GitHub数百源代码被黑客删除用于勒索
5. 微软在 Windows 10 中搞了个真正的 Linux 内核

（编辑：常州站长网）

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