Web APP此路不通 Native成最佳选择

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

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

Html5

开发上 Native PhoneGap 流畅许多

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

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

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

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

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

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

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

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

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

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

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

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

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

移动化问答社区:wenda.yidonghua.com



1 星2 星3 星4 星5 星 (还没有打分,快来打分吧!)
Loading...
 
已有 1 条评论
  1. Restune

    跨平台*发更多是玩概念,如果App的*发者,真正考虑到产品不仅仅是实现,而更为重要的是需求满足和用户体验时,那么,Native*发将是必然之选。 Hybrid App即将穷途末路。

    2014年6月9日 09:16 回复
返回顶部

无觅相关文章插件,快速提升流量