前端开发者的跨平台移动应用开发策略及工具

前端开发者的跨平台移动应用开发策略及工具

愉悦的周五，早些回到家，冲澡吃饭照顾猫咪家务完毕已然超过九点的样子。登录博客后台，进入编辑页面，才觉得些许轻松安逸。不坏，一天里能有这么一会沉浸在这样的感觉里，足够了。

在之前的一篇文章中，我们曾经讨论过，对于交互和视觉设计相关职能的从业人员来说，从传统Web行业向移动应用领域转型的过程中需要学习和注意的问题。这篇文章中提到过“混合型应用”的概念，以及与之相关的两本开发指导书籍。今天这篇文章的英文原文，就是来自这两本书的作者——移动应用开发者Jonathan Stark。

本文中，他将站在传统Web前端开发人员的角度，为我们介绍一些在实际项目案例中总结出来的移动应用开发方法策略，以及几类具有代表性的用于打造跨平台移动应用的前端开发工具。

各位前端开发相关职能的同行们，扩展视野、提升技能、随“机”应变的时机已然成熟；衷心希望本文可以成为推动大家事业进步发展的一个催化点。不多说了，我们来看正文。

无论站在怎样的角度去衡量，移动互联网及客户端应用的发展势头都是非常迅猛的。日均使用量、智能手机的普及率、来自移动设备的订阅量、搜索引擎流量、广告呈现、应用售卖...所有这些都处于迅速上升的状态。可以预计，在不久的将来，移动设备将拥有足够的成熟度与普及率，并跻身于传统桌面电脑、笔记本等硬件平台的行列，成为我们日常生活的主要设备。

巨大的移动市场为传统Web设计开发人员带来了新的机遇与挑战。各类移动设备在爆发式增长的同时，也带来了前所未有的分裂与混乱的状况。如果需要同时为多平台设备进行客户端应用的开发、测试和维护，势必会消耗大量的资源与成本。

本文中，我们首先会对几种移动化解决方案进行比较和分析，然后将重点放在一些常见的用于跨平台移动应用开发的前端框架工具上；不过我不会在最后选出一个所谓的最优方案——开发方式的选择最终会取决于你的项目本身，包括业务模式、需求、目标市场、开发资源等多方面因素。本文的主要目标是提供一些有用的信息，帮助各位读者在实际项目中选择最合适的方法与工具。

Web应用(Web App)与原生客户端应用(Native App)

关于这两种移动化方案孰优孰劣的辩论已然有不少了。

我相信，如果你能以Web应用的方式打造移动化产品，那么你确实应该这样做；反之则不应该...另外一种情况则介于两者之间，即通过HTML、CSS、JavaScript等前端技术，结合移动设备原生开发方式，打造所谓的混合型应用。

看似废话，但重点在于“能”或“不能”。这里我们主要指具体的项目需求，而非技术开发能力。我所在的团队，做过的多数案例，都来自于企业级的客户。大公司，顾名思义，在人员、产品及服务等方面都具有相当的规模，他们所需要的移动化解决方案在跨平台方面的需求都很高。

当接手一个新的企业级移动化项目时，我会将Web App作为默认的首选方式，同时结合以下三个问题进行进一步评估：

1. 功能方面，是否涉及那些只有本地应用才能利用的设备硬件资源？

   比如，一款有条形码扫描功能的应用，必须配合设备的摄像头进行工作，而摄像头是浏览器无法获取的硬件资源，所以这款应用不能以Web App的形式存在；类似的功能还包括影像音频的录制传输、后台运行、消息推送等。如果该产品确实必须基于这些功能才能被正常使用，那么原生客户端应用便是不二之选。

2. 该产品的用户是谁？

   如果产品拥有大规模的公众用户群，那么原生或Web应用的方式都是可选的，前者可以通过平台官方的App Store或应用市场进行推广，后者的跨平台性更好。如果产品属于公司或组织内部使用的管理信息系统等类型，那么Ad hoc、类似Apperian这样的第三方App Store或Web App都是可选的。

3. 该应用在系统资源消耗等方面的敏感度如何？

   很多方面的因素会使移动设备浏览器占用过多的内存资源，从而影响Web App的执行效率及用户体验。这些因素包括半透明视觉效果及动画效果、大量的内容数据、文件加密和解码、基于地图的复杂交互方式等。

回答了这三个问题之后，对解决方案的选择便容易多了。举例说，比如我收到的需求是为企业员工设计开发一款B2E应用，用来管理他们的个人信息及收益情况，并且不需要使用移动设备提供的高级硬件功能，那么Web App的方式是最恰当的选择。另外一方面，如果需求是开发一款面向大众的虚拟地图应用，并需要配合手机的陀螺仪功能才可以工作，那么我们必须选择本地客户端的方式进行开发。

不过，正如我们之前提到的，在这两者之间，还有另外一种混血方案可以去考虑，也就是混合型客户端应用。