loading

WebAPP此路不通Native成最佳选择

发布时间:2020-06-06

当建立移动版本的招聘网站,TheLadders发现 ψHTML5 这条路没有外界标榜的那么好。我们的团队 TheLadd@ers 过去为求职者建立的应用■程序,开始转向 PhoneGap,去精心制作一些跨平台 Ap▌p。它不仅让我们去利用我们在 HTML5、CSS 和 JavaScript 现有的专业知识,而且我们能〥很快地举一反三。

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

开发上 Native 比 Phone┓Gap 流畅许多

最初,我们认为 PhoεїзneGap 的小型学习ⓥ曲线,将是非 iOS 开发人员的资产,但很快就发现,PhЪoneGap 有其特点和技术上的挑战,大致来看,Native 流畅许多。

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

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

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

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

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

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

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

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

Native 使我们能够有效地管理这些问题,并量身打造其外观、感应、导航和应用程序的手势于特定平台上。除了 Pho∨neGap 外,解决方案还有:▅▆Titanium,它是 JavaScript 编译原生代φ码,并使用 native widgets♂,但▫即使你有 native widgets,你仍需要以某种方式,去解决╦╧平台上返回♀键与无返回键的差异性。

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

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

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