首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

几种跨平台方案的比较

原生应用程序在使用新功能时带来的困扰是最少的。由于应用程序是使用平台供应商自己(Apple 或 Google)的控件构建,为了让用户体验更加符合给定的平台,因此他们通常遵循这些供应商制定的设计指南。大多数情况下,原生的应用将会比那些跨平台构建的应用性能要好一些,尽管在很多情况下两者的差异可以忽略不计,不过具体还要取决于底层跨平台技术。原生应用的一大优势是:当需要时,他们可以立即采用 Apple 和 Google 在测试版中开发的新技术而不用等待第三方的集成。构建原生应用的主要缺点是缺乏跨平台的代码复用,如果同时开发 iOS 和 Android 应用,那么开发成本可能会很高。

02

.NET 6、MAUI、EF Core 6、Visual Studio 2022

对于 .NET 社区来说,6月是火热的夏天般的热烈,发布了 .NET 6 及其相关框架(包括 MAUI)的新预览版,以及 Visual Studio 2022 的第一个预览版。 .NET 6 Preview 5包括对名为SDK 工作负载的新功能的改进, .NET 统一工作的关键是 SDK 工作负载的新方案,使 .NET团队能够在不增加 SDK 大小的情况下添加对新应用程序类型的支持。在 .NET 5 中,我们将添加对 iOS、Android和WebAssembly 项目的支持。在 .NET 5 之前,我们已经通过单体 SDK 交付了所有支持的工作负载。作为.NET SDK的支持工作量增长(和我们希望他们),这将不再是站不住脚提供一个“所有功能于一身的/一个尺寸适合所有人” SDK分布。大型单体 SDK 面临许多挑战,其中产品构建时间和分发规模最为重要。相反,所有新工作负载都将与SDK 分开构建和交付,并且可通过您最喜欢的安装工具(如 Visual Studio 安装程序、Linux 包管理器或.NET CLI)获得。随着时间的推移,我们打算让所有 .NET 工作负载都遵循这种模式,从而产生一个非常小且专注的 SDK。

06
领券