为什么混合动力不是移动的未来

作为一名iOS开发人员,以及在多个面向客户的角色方面都有经验的人,我注意到越来越多的人被混合解决方案吸引,这些混合解决方案是完全本机的替代方案。

吹捧的主要卖点包括减少开发和维护成本以及更快的交付速度。

本文将说明情况并非如此,并探讨使用混合而非本地混合将如何损害应用程序的成功并增加成本。

一直在追赶

进行混合时,您的应用将始终比其本机同类产品落后数月。 可以使用更新版本的Android和iOS,其中包括更新的硬件,新功能(例如Face ID,Apple Pay和Augmented Reality)以及现代化的设计。

谷歌和苹果将分别允许开发人员在发布之前以本地方式访问新功能。 混合社区需要花费大量时间来做出反应和进行调整,因此,在利用新功能方面落后了几个月。

厨师太多

“太多的厨师把汤糟了。”

混合社区存在很大的分歧。 每个公司都认为他们的混合解决方案可以提供最佳结果。 您可以举出React Native,Xamarin和Titanium等几种,每种都具有各自的开发环境-质量各不相同。

每隔两年就会出现全新的混合框架,而现有的框架将变得过时,多余并失去流行性(例如,PhoneGap)。 将旧的混合应用程序迁移到支持较新设备的解决方案上花费了大量的金钱和开发时间。

原生的Android和iOS社区更大,但分散程度更低,并得到了Google和Apple的支持以保持高质量。

工具类

这些工具始终保持一致。 例如; Xcode是iOS开发人员的主要IDE,自2003年以来一直存在。它是功能最丰富,功能最强大的开发人员工具之一,即使最高级的开发人员也可以在其中找到优化工作流程的新方法。

相比之下,本机工具被广泛地记录在案,并拥有庞大的人脉网络来提供帮助,从而大大减少了从构思到应用商店的构思时间。

本机Android和iOS应用程序也更加稳定-随着社区的成熟,更多的调试工具,问题解决方案以及错误处理方式。 混合框架仍处于起步阶段,导致代码更容易出错,破坏了用户体验,并使管理开发时间的预期更加困难。

从来都不是本地人

Android和iOS用户群对他们希望其应用的外观和感觉有一定的期望。 从用户体验的角度来看,它们有很大的不同。 Android遵循Google的Material Design,iOS遵循Apple的人机界面指南。

混合开发人员可以尝试模仿本机应用程序的行为,但要花费两倍的时间才能满足特定的边缘情况和场景。 反过来,代码变得更加混乱且难以维护,因此,在应用程序生命周期的更低端引入新功能将更加困难且成本更高。

混合应用程序会占用手机更多的空间。 如果您选择混合解决方案,请准备排除很大比例的用户,这些用户的手机容量不足或不愿安装太多大型应用程序。

AirBnb在他们的文章中指出,诸如此类的因素迫使他们在使用React Native两年后改回本机。

总结一下

混合解决方案旨在取悦所有人,但它牺牲了最重要的一点:应用程序在用户手中的外观,感觉和行为,从而影响了应用程序的感知性能和质量。

杂种可能认为自己是可行的“两只鸟,一块石头”的解决方案。 我以及其他许多人发现,这需要付出太多折衷,在疏远用户的同时,将时间,开发和维护成本提高到比其本国同行更高的水平。

在DTT,我们专注于提供高质量的本地解决方案,这意味着我们的客户可以获得最佳结果,而成本和时间表却仍是方便且可管理的。

进行混合之前:考虑您要妥协的地方。