2020年,一文点破跨平台开发框架现状

原文出处:https://dzone.com/articles/cr...

多年来,跨平台移动开发已经获得了最流行软件开发趋势之一的声誉。这并不令人意外,因为采用跨平台开发技术使得软件工程师使用同一代码就能为不同平台构建应用程序,从而节省时间、金钱以及不必要的工作。

移动市场的现状

截至2019年12月,全球活跃网民已超45亿。他们每人平均上网时间为6小时42分钟,相当于每年上网超过100天。
再加上人们越来越渴望从掌上设备中获取海量的信息,也就为之所以移动应用程序会如此受到欢迎提供了合理的解释。截至 2019 年,全球移动应用收入达 4610 亿美元,预计到 2023 年,付费下载和应用内广告的收入预计将超过 9350 亿美元。

移动开发的技术选型

十年前,老板们必须决定他们的产品将涵盖哪些移动操作系统:Android、iOS、微软、RIM或Symbian。而今天,初创公司的创始人正面临着一个不同的两难抉择,由于Android和iOS占据了移动操作系统市场份额的98%,很显然这两个系统不容忽视,覆盖什么平台不再是问题。但问题是,构建一个在两个平台上都可以使用的应用程序应该采用什么方法?

每个操作系统对应一种开发环境

顾名思义,用于开发Android用的是Java或Kotlin,用于开发iOS则是Objective-C或SWIFT。作为开发不同应用而使用不同的开发语言,对开发者而言并不是一个好消息。
虽然特定的开发环境对特定的操作系统拥有对资源更高效的调配效率,可防止发生性能问题。但缺点也很显而易见,你的开发人员需要使用不同的开发语言构建两个独立的应用程序,这需要付出更多的时间、金钱和精力。

渐进式Web应用程序(PWA)

其中一个能解决问题的例子是渐进式 Web 应用(PWA),它基本上是模仿原生应用程序行为的一个网站(例如,在发送推送通知、脱机工作,或者只是添加到移动设备的主屏幕上)。然而,就像任何其他选项一样,PWA也不是完美无缺的,因为它们消耗更多的电池,并且不能授予应用使用设备的所有功能。

跨平台应用程序开发

但还好我们还有一个跨平台开发的选项,它允许用一段代码同时为两个操作系统开发应用。它并不固定使用某一种平台的编程语言编写代码。而且,由于直接使用了系统原生控件来呈现界面,它能为用户提供近乎原生平台应用的使用体验。

我要不要使用跨平台开发这项技术?

下面,我会通过一系列维度来帮助你去评估你是否应该采用跨平台开发这种形式来适配你的业务。

平台

首先,也是最重要的,您需要决定您的应用程序是需要在一个还是多个操作系统上可用。如果您的目标群是由不同平台的用户组成的,那么跨平台开发将是首选的解决方案。

另一方面,如果你的用户群体只是Android或iOS的某一支,那么用原生解决方案来开发是你的首选。

复杂性

此标准涉及你希望与产品走多远。解决此问题的一种方法是你的目标是使用MVP测试你的愿景,或是你准备使用成熟的应用程序开始运行。您需要回答的另一个问题是产品的功能(例如,访问移动设备的硬件或特定于平台的功能)。

原生体验

你的用户是否需要使用原生或近似原生的体验。使用Material Design(Android)或Human Interface Guidance(iOS)来设计的移动应用程序是移动产品对用户直观且友好的原因所在。在设计移动应用程序时应要考虑这些,但是,你可以使用跨平台框架来实现类似的效果。

时间和成本

有一点是肯定的,原生开发成本不低、效率也不高。为不同的平台构建不同的应用程序需要雇佣更多的开发人员,这可能会导致初创公司在项目初期就超出紧张的项目预算。同时,如果采用跨平台的方法,你可以将项目外包给一个规模较小但同样专业的团队,这既是一个省时的解决方案,也是一个具有成本效益的解决方案。

跨平台移动应用开发的优点(和缺点)

假设你已经得出结论,你更倾向于跨平台的移动应用程序开发,但是在下决心之前,你需要对此解决方案的优缺点进行彻底的了解,没关系,下面我逐一为你列举。

跨平台移动应用程序开发的好处

更广泛的市场覆盖范围

虽然我们每个人都有自己喜欢的移动操作系统,但个人喜好不会妨碍你业务的成功。让Android和iOS用户同时可以使用您的移动应用,能在未来提升更高的收录打下基础。

一套代码

跨平台开发允许您同时编写包含多个操作系统的代码(有时也会有处理平台差异)。尽管如此,一套代码肯定会影响软件开发过程中的所有阶段,因为它可能为你节省通常花在修复和升级两组独立代码上的成本。

更高效的发布流程

尽管只需要一套代码,但跨平台应用程序开发仍然需要开发人员考虑处理系统差异的方法,例如发布应用到平台商店的过程。

这种方法将缩短从设计到发布的时间。换句话讲,这可以为你节省很大一笔初始项目预算。

平台一致性

毫无疑问,Android和iOS在用户体验和用户界面方面都有很大的不同,这些差异中的大多数部分都能通过跨平台开发框架帮你默认处理,这使得设计和实际表现不一致的情况发生的可能性进一步降低。

有什么缺点?

尽管有上述各种优点,但它也绝不是一点缺点没有,它的主要缺点包括性能可能较低及略差的用户体验和用户界面等。

2020年还有哪些跨平台移动开发框架值得考虑

虽然跨平台的移动APP开发有利有弊。但从业务初创的角度来看,优点应该是大于缺点的。而且,随着对跨平台移动应用需求的不断增长,现在可用的工具和框架数量也已经很可观了。

但选择过多会令人头疼,这就是为什么我们只关注最突出的跨平台移动开发框架的原因:React Native, Flutter, NativeScript, 和Xamarin。

为了让你更深入地了解是什么使这些工具成为2020年软件开发的可选选项,我们将根据以下标准对它们进行打分:社区支持、基于的编程语言、代码可重用性、性能、界面以及使用它们构建的重要应用程序。

React Native

Reaction Native是Facebook于2015年发布的开源、跨平台的应用开发框架。作为2013年举办的一场内部黑客马拉松的产物,它已经成为最受欢迎的原生App开发替代方案之一,拥有2043名GitHub贡献者,获得了超过82900 GitHub标星。不断增长的社区认知度使得找到一支可靠且经验丰富的开发团队来承接你的项目变得相对容易。

Learn Once and Write Anywhere

基于React.JS,React Native利用JavaScript(根据2019年Stack Overflow的调查,JavaScript成为了最受欢迎的编程语言),为Android和iOS用户提供真正原生的应用外观和体验。另外,使该框架脱颖而出的是,如果你需要,React Native允许你使用Java、Objective-C或SWIFT编写部分原生模块来顺利处理复杂的操作,如视频播放或图像编辑。

虽然这些组件不能在不同的平台之间共享,并且需要开发人员做更多的工作,但多达90%的React Native代码是可以重用的。很好地表明该框架的座右铭不是“Write Once, Use Anywhere”,而是“learn once, write anywhere”。

就GUI而言,React Native可以提供接近原生的用户体验,这要归功于它使用了Android和iOS的本地控制器。它还使用带有UI元素的ReactJS库,这有助于加快UI设计过程。在开发移动应用程序时,使此框架值得考虑的另一个原因是,它可用在不丢失应用程序状态的情况下对UI进行更改。

另一个使React Native成为2020年跨平台移动开发框架的首选之一,是因为持续的更新,例如近期的版本 0.60 和 0.61 :

  • 多项辅助功能改进。
  • 更清晰、更人性化的开始屏幕。
  • 快速刷新,融合了实时和热重新加载,从而显著加快了开发进程。

如上的Release Note只是React Native适应不断变化的需求其中一个很小的样本。

Flutter

2020年值得考虑的第二个框架是Flutter。它在Google I/O 2017上宣布,并于2018年发布,对于跨平台的世界来说,它现在仍然是一个“新人”。但尽管如此,它已经获得了超过80500 GitHub星标和绝大多数工程师将其称为2019年Stack Overflow调查中最受欢迎的三个框架之一,Flutter无疑是一股不可忽视的力量。

Dart是如何使Flutter变得独一无二的

Flutter 背后的编程语言是 Dart,谷歌称之为"客户端优化",适合在任何平台上"快速构建应用程序"。它于 2011 年推出,是一种响应式面向对象的语言,被开发者认为相对容易学习,其中原因有二:第一,语法上它借鉴了C/C++ 和 Java; 第二,在官方网站上,您可以找到内容广泛且相当简单的文档。值得一提的是,Dart 附带了大量Flutter 兼容软件包的软件包,允许您使应用程序更加复杂。

Flutter的一个主要优势是,它的性能比本文提到的任何其他跨平台移动开发框架都要好。这归功于Dart的编译器和Flutter拥有自己的一套小部件。结果是它能更快、更直接地与平台直接通信,而不需要JavaScript桥(例如,Reaction Native就是这种情况)。说到小部件:通过Flutter的“UI-as-a-code”方法,它们只用DART编写,这就提高了代码的可重用性。

效率与用户体验和界面密不可分。如前所述,Flutter不依赖于一组原生组件,而是利用可视化、结构化、平台性和交互式小部件进行UI的设计,所有这些都由框架的图形引擎呈现。更重要的是,Flutter留下了很大的定制空间,如果你想要设计一个很完美的UI,它是个很好的选择。

说到Flutter的更新,最新的稳定版本是在12月12日发布的,根据官方发布说明,它合并了来自188个贡献者的近2000个pull。例如,版本1.12.13中包括的改进:

  • 重大的API变动。
  • 新功能,例如SliverOpacity小部件和SliverAnimatedList。
  • 修复了崩溃和性能问题。
  • Beta版中的Web支持。

这不是一个完整的清单,因为Flutter的目标是让每年发布的四个版本中的每一个版本都能为框架的可用性提升一个台阶。

Flutter是一个年轻的跨平台移动应用程序开发框架,所以它没有像React Native受到众多的大公司青睐也是不足为奇的。然而,这并不意味着它不好,截至2019年12月,它也为阿里巴巴、谷歌广告、Groupon等众多公司和业务所采用。

NativeScript

如果你要开始开发你的产品,“React Native”和“Flutter”绝不是唯一的解决方案。在 2020 年初,适合您的企业的替代框架也可能是 NativeScript。

这个开源框架于2015年3月公开发布,并迅速成为广受欢迎的解决方案。例如,在发布后的短短两个月内,它就获得了3000颗GitHub星标,并在Twitter上吸引了1500多名粉丝的关注。到今天为止,市场上已有超过700个插件可供选择。

在使用NativeScript构建跨平台应用程序时,开发人员首先用JavaScript及其超集TypeScript编写代码。然后,将代码库编译成各自平台原生的编程语言。

另外值得一提的是,使用 NativeScript 的开发人员也可以使用第三方库(CocoaPods 和 Android SDK),而无需包装。

与React Native类似,NativeScript允许访问Android和iOS原生API,这对跨平台应用程序有明显的积极影响。然而,不同之处在于,前者需要构建桥接API,而后者(用Progress首席开发者倡导者TJ VanToll的话说是“将所有iOS和Android API注入JavaScript虚拟机”)。与Facebook框架的另一个相似之处在于代码重用,在这两种情况下都可以达到90%。

Xamarin

Xamarin开源框架创建于2011年,这使它成为了这个列表中最“古老“的框架,但直到五年前它被微软收购时,它才获得了发展势头。截至今天,它号称拥有超过6万名贡献者的社区。

从技术上讲,要用Xamarin构建跨平台的移动应用,需要很好地掌握.NET和C#两种技术,前者是使用多种语言(包括C#编程语言)、编辑器和库的开发平台。Xamarin用一组工具补充了上述平台,这些工具有助于构建跨平台应用程序,例如库、编辑器扩展和XAML。第二种技术是C#,这是一种面向对象的编程语言,它被认为比JavaScript学习起来稍难。Xamarin利用这种编程语言编写整个应用程序,从后端到原生API,再到业务逻辑。

Xamarin.Native和Xamarin.Forms

Xamarin与其他框架的不同之处在于,它提供了两种编译跨平台移动应用的方式:Xamarin Native(也称为Xamarin.Android/iOS)和Xamarin.Forms。前一种方法优先考虑共享业务逻辑,并通过使用本机接口控件实现近乎本机的性能。

后者侧重于共享代码,而不是业务原理,这一方面会导致代码重用比例增加(使用Xamarin,开发人员可以重用高达96%的C#代码),但另一方面这样会降低代码性能。

您可能已经注意到,跨平台移动应用程序的性能和GUI密切相关,所以如果我说Xamarin构建应用程序的两种方法对界面的最终外观有很大影响,我可能不会感到惊讶。

Xamarin.Android/iOS允许开发人员使用原生控件和布局,而Xamarin.Forms基于标准UI元素,允许从单个API设计应用程序,但如果你需要更完美的原生UI,则可能还不够。

2020年跨平台应用程序开发还值得考虑吗?

不论如何,跨平台确实是一个值得考虑和极具前景的方向,特别是我们上面提到的 “React Native”和“Flutter”。

前者是一个成熟而稳定的框架,利用了最流行的编程语言之一,并拥有成熟的大型开发人员社区。后者是一个快速发展的技术,尽管它比React Native年轻的多,它也已经赢得了世界各地许多开发人员的青睐。

但无论您选择的是“React Native”、“Flutter”还是任何其他框架,跨平台方法都一定会为您节省时间和金钱,同时能为你最大限度地扩大市场覆盖范围。

最后,值不值得考虑,最终还是取决于你的业务目标、预算和时限。

你可能感兴趣的:(葡萄城控件,flutter,xamarin,nativescript)