WebAPP此路不通Native成最佳选择

发布日期:2020-03-26

当ε建立移动版本的招聘网站,TheLadders发现 HTML5 这条路没有外界标榜的那么好。我们的团队 TheLadders 过去为求职Й者♀建立的应用程序,开始转向 PhoneGap,去精心制作一些跨平台 A△pp。它不仅让Ⅱ我们去利用我们在 HT¤ML5、CSS 和 JavaScript 现有的专业知识,而且我们╭╮能很快地举一反三。

因为我︹︺︻们会希望一个接一个的 Web App 开发挑战中,越积越多转换零件和组合的知识,Ⅲ来取代原生代码(Native)。

开发上 Native 比 PhoneGap 流畅许多

最初,我们认为 PhoneGap 的小型学习曲线,▋将是非 iOS 开发人员的资产,√但很快☞就发现,PhoneGap 有其特点和技术上的挑战,大致来看,Native 流畅许多。

事实证明,利↕用 QA 测试 iOS 的应用程序,及 Andρroid 屏幕的各种特性,皆是非常复杂的流程。而我们耗费精力,试图将 PhoneGap 的代码,于所有平台上,转换成能代д表它的东西。但结果,没多久我们就将╥其撤下。

“一次编写,运行各地”是理想目标。在后端编译 Java、Python 和 Ruby 成代码写入,就可马上适用于全球虚拟网络中。

然而,Native 越来越罕见,没有人会用 C 去※写一个网站。在这越来越小众的情况下,其原始性能就变得非常重要。你÷将很快看不到 Call of Duty 使用 Java,或是 Final Cut Pro 使用 Ruby。∑

然而,后端成功的虚拟化方式,并没有在前端∏实现。早期跨平台的 GUI 工具包,如 JaФva SwingΘ,协助将”一▉次编写,运行各地”改变成”一次编写,到处除错”。它面临的挑战,除了在所有平台上除错外,用户接口的规范和模式,还有平台间皆也有很大◤差距,Mac OS X 看*起来或感觉起来,都不像 Windows8 使问题复≥杂化。

当我们回归 Native ,更流畅、一致的经验,让我们可以达到完美的解╟决方案,回报给我们的客户。凭借着强大的工程团队,精通 iOS 平台上的 Cocoa 框架被证明,它比我ν们想象的要容易得多,大量文档和强大的研发生态体系,反而比 PhoneGap 的 Native ,速度更快,并且看起来更具现代化。

这种方法的主要缺点是,Android 必须完全独立开发,然而,在服务层面有很多复杂的问题。我们选择先找出在 iOSⓥ 的|经验,然后于 Android 使用相同 REST 服务层面。

2▊013 年九月,我们开始在 ∩Android 方面着手,将 iOS 的应用程序当成手边的样本,以及作为 REST API 的例子ξ,并于感恩节做出最じ终版本,这是一个相当快的建构,我们也设定可以自由改变 UI 去接受 Android UI 的习性和手势。╠╡

当然,在应用程序上必须考虑到 iPhones 和 Andro◁id 设ⓛ备之间,有着微妙而明显的差异,Android 有一个超过 iOS 的导航机制,另外,Android 也有Ⅰ实体∽返回键,所ⓔ以不需要将它放在屏幕上。在 Android 手机上的其他按钮,也有制造出底部的菜单和工具栏,但时常会意外点击到。

Native 使我们能够有效地管理这些问题,并量身打造其外观、感应、导航和应用程序的手势于特定平台上。除了Ы PhoneGap 外,解决方案还有:Tita☠nium,它是 JavaSc∞ript 编译原ⓞ生代码,并使用 nat●ive widgets,但即使你有 native widgets,你仍需要以某种方式〤,去解决平台上返回☎键与无返回键的差异性。

这一切都★是学习过程,我们从构思到交货阶段已经相对较快,而目前总共制作给求职者和招聘人员三个 App 。

现在,我们坚持独立使用 Native!

移动信息化交流QQ群@:一号群:211029692 二号群:344692795 CIO交流群:316076815(需认证)