BeFor Web

为网而生 - 关注互联网及移动端产品的用户体验设计

原生客户端应用(Native App)与混合型客户端应用(Hybrid App)

所谓混合型应用，就是在原生客户端中嵌入基于前端技术构建的页面视图；这种方式其实已经很常见了。本质上讲，页面视图就是HTML页面，但它不需要另外调用移动设备中的浏览器进行查看和操作。

混合型应用的典型实例其实是我们非常熟悉的：iPhone、iPad等iOS设备的本地App Store或iTunes，以及Twitter和Facebook的客户端等。

在混合型应用中，原生的部分其实只相当于一个架子或容器，应用的核心是基于HTML、CSS、JavaScrit或前端框架打造的页面视图。页面的静态文件资源可以存储在服务器端，动态数据通过Ajax的方式在页面视图与移动应用中传输。

所以，虽然从技术上讲，混合型应用是设备本地化的，但它们显然拥有两种不同的运作方式。下面是两个很常见的问题，在需求评估时经常会遇到。

Q：如果我有技术及资源去开发一套纯粹的原生客户端应用，那么有什么必要使用HTML等Web前端开发方式去打造混合型应用呢？

A：混合性应用的解决方案最主要的目的是解决跨平台的问题；对于每个平台，只需开发和维护“容器”性质的本地应用部分，而实际的内容功能则可以统一由一套页面视图来担当。

Q：那么干脆只做一套Web App好了，为什么还要使用原生客户端作为容器呢？

A：这个问题的答案包括两方面：

1. 商业需求：对于很多客户案例来说，将应用通过App Store或Market推广出去，是一种商业方面的需求。比如，客户也许会希望自己的产品是付费应用，或者开发前的用户研究表明他们的用户多数是通过App Store安装本地客户端的。
2. 硬件功能需求：混合型应用的一个优势在于，虽然本地化的框架只是作为页面视图的容器，但它毕竟是本地化的，在需要的时候，仍可提供访问硬件设备及相关功能的权限；这是单一的Web App所无法做到的。技术方面，可以通过JavaScript经由本地应用框架，与硬件功能进行通讯，例如控制摄像头等。

我确信，通过这种需求梳理，多数人会倾向于混合型应用的方式。其实这也正是本文接下来的主线——我们一起来看看有哪些前端开发工具是可以帮助我们进行混合型应用的开发的。我将它们分为四大类，接下来会分别进行介绍，并对它们的适用情况进行简单的对比。