您好,欢迎来到12图资源库!分享精神,快乐你我!我们只是素材的搬运工!!
  • 首 页
  • 当前位置:首页 > 开发 > WEB开发 >
    片面了解微软.NET 5,2021年更好迈向.NET 6
    时间:2020-11-20 08:05 来源:网络整理 作者:网络 浏览:收藏 挑错 推荐 打印

    【51CTO.com快译】代际转移能够是微软2020年开发者战略的关键主题之一。这是比较颠簸的交接,一致新旧任务方式。但到头来,无论是Project Reunion、WinUI 3还是.NET 5的发布,新技术都在向前开展,将旧技术甩在身后。

    片面了解微软.NET 5,2021年更好迈向.NET 6

    这不是坏事。我们出于多种缘由开发了新的做事办法,但它们常常围绕一个关键点:新办法更好。它处置了旧工具无法处置的成绩,解答了原始处置方案被定义时未提出的新成绩。

    面向新世界的新.NET

    一切这些缘由体如今.NET Framework向.NET 5的转变。20多年前,定义原始.NET Framework时,我们在严厉定义的IT环境中构建全体式客户端/效劳器运用顺序。如今我们运用快速变化的基础架构来构建混合型的轻量级散布式微效劳和跨平台移动运用顺序。这是全新的世界。

    .NET Core是为这种任务方式设计的。一末尾就跨平台,除了支持传统的.NET开发形式和实际外,还旨在支持新的云优先移动运用顺序。它经过三个主要版本取得越来越多的API;.NET Standard库末尾提供通用的代码目的,因此更容易跨它、.NET Framework和Xamarin共享项目。

    .NET 5:未来开发之路

    严厉上讲,该新版本应为.NET Core 4,但微软跳过版本号,避免与.NET Framework的以后版本混杂。同时,改用更高的版本号并弃用称号中的Core表明这是一切.NET开发的下一步。两个项目仍保留Core称号:ASP.NET Core 5.0和Entity Framework Core 5,由于仍存在异样版本号的旧项目。

    这是严重的里程碑,标志着您需求思索用.NET 5启动一切新项目,并从.NET Framework迁离任何现有代码。虽然微软并未摈弃.NET Framework的支持,但它处于维护形式,未来的主要版本中不会失掉任何新功用。一切新的API和社区开发都将采用.NET 5(以及2021年的长期支持.NET 6)。

    .NET 5弃用了一些熟习的技术,比如Web Forms和Windows Communication Foundation。假设您仍在运用它们,最好眼下仍运用.NET Framework 4,方案迁移到更新颖的受支持技术,比如ASP.NET的Razor Pages或gRPC。已有方案为提供相似API的替代框架提供社区支持,但是采用更新颖的办法将有助于开发面向未来的代码,并使跨平台运转变得更容易。

    .NET 5一个令人困惑的方面是如何处置.NET Standard库。它们没有消逝,不过.NET 5代码不需求直接援用它们,由于它们如今是.NET 5目的框架标记(TFM)的子集。这个新的TFM取代了旧的netcoreapp和netstandard TFM,不过假设您编写的代码需求跨框架共享,仍可以运用.NET Standard 2.0 TFM以完成兼容。但是在大少数状况下,您能够只在.NET 5环境中任务,因此可以担忧肠坚持运用net5.0 TFM声明。

    .NET 5入门

    .NET 5.0继续托管一系列异样的言语,包括新版本的C#和F#。这些添加了许多新功用,作为Visual Studio 16.8的一部分或与更新后的C#Visual Studio Code扩展一同提供。微软已将该框架及其一切完成(比如Mono的大部分)移到至单个GitHub存储库中,整合了开发,并确保一切版本有相反的基础功用。随着微软转向.NET 6,它会引入其他更初级别的完成,包括Xamarin。

    新的.NET仍基于为原始Common Language Runtime开发的即时编译技术。新的CoreCLR在跨多个处置器架构运转的同时,继续提升功用。苹果基于ARM的M1处置器问世后,用.NET for macOS编写的代码将在基于英特尔和ARM的硬件上以原生二进制代码来运转,因此代码无需经过第二层仿真。支持ARM64将使.NET 5运用顺序得以直接在基于ARM硬件的Windows上运转,充沛发扬微软本人的SQ1和SQ2处置器的功用。

    Web Assembly和移动操作系统等一些场景需求预编译的代码,.NET与其JIT工具一道提供了提早编译器。如今AOT编译器可用于任何开发环境,Uno Platform团队曾经看到因Web Assembly支持而清楚提高速度,是以前的Web Assembly言语解释器的7倍到15倍。

    已有方案将AOT编译器作为需求快速启动和内存占用较少的运用顺序的选项,比如在资源受限的智能手表和物联网硬件上。另一个选择是单一文件部署。运用顺序(包括运转时)所需的一切都捆绑成一个软件包,因此比较容易在容器中或非Windows系统上部署.NET运用顺序。

    不应孤立地看待新的.NET。运用Blazor停止Web Assembly开发和运用MAUI(多平台运用顺序UI)停止跨平台UI开发也很重要。经过结合运用这些技术,.NET 5简直包罗万象:从Raspberry Pi类硬件、安卓手机到AWS和Azure上运转的Kubernetes托管的容器,无一不足。

    2021年迈向.NET 6

    重要的一点是,这只是整个进程中的另一步。.NET 5是将Windows API与OS别离、Project Reunion兼并WinRT和Win32 API以及改用WinUI 3和MAUI这些UI层的一项关键技术。2021年.NET 6发布后,这方面的许多任务仍将继续,.NET6是许多这些项目的目的。您无需等候.NET 6即可末尾迁移。越早末尾越好,那样您有时间处置能够出现的任何成绩。

    应该将.NET 5视为.NET旅程下一阶段的第一步,您应该末尾拿来一切的旧代码,决议移植和更新哪些代码,以及什么代码需求片面交流。2020年将完毕,您能够在方案2021年的开发时间表。有鉴于此,.NET 5可以协助您关注需求做什么,让您的软件资产为节拍大大加快的未来做好预备,未来不再与Windows版本或Windows毫不相关。

    原文标题:Understanding Microsoft .NET 5,作者:Simon Bisson

    【51CTO译稿,协作站点转载请注明原文译者和出处为51CTO.com】

    【编辑引荐】

    学习Java编程常用的开发工具引见

    抓包工具tcpdump用法阐明

    SAP TechEd 全球技术大会,12月我们线上见

    用于更好协作的基于云计算的UI/UX设计工具

    AI技术如何协助研讨人员重现历史的气息?

    (责任编辑:admin)