Native和Web以及Hybrid App的开发之路

现在越来越多的企业开始做手机APP，Native开发成本较高，web表现太差，现在又衍生出Hybrid，他们3者有什么区别呢？什么时候该用什么开发呢？还是专注于一种最好的开发方式去开发所有的App？

一、Native开发方法的场景

现有的Native开发技能——反对Native开发方法的主要理由之一是，它缺少对多种平台的支持。要求为多种移动平台开发App的企业需要招聘新员工，或者对内部开发者进行众多Native语言方面的培训。内部拥有这种Native开发技能的企业不需要大笔新的投入，就能够充分利用这些技能。

单一移动操作系统——在一些情况下，企业旨在向有限的目标群体发布移动App——这个群体已知使用单一移动操作系统。比如说，考虑这种场景：向员工发放黑莓设备的企业分发内部App。在这种情况下，支持多种平台也许不是优先事项：由于开发单一的Native App只需要一套有限的技能和工具，所以这种方法很有意义。

Native功能——有些App是围绕某一项功能开发的。就拿Skype来说，VOIP和访问用户的联系人信息是App的两大关键要素；考虑到现有的技术，只能采用Native方法来开发。对这类App而言，Web语言根本不够完善，根本无力获得所需的功能。

丰富用户界面的需求——有些游戏类App需要提供实时响应的丰富用户界面，对这类App而言，Web技术还无法提供足够有效的解决方案。对有这类需求的App而言，开发者采用Native开发方法仍然比较好。

二、Web开发方法的场景

直接分发——有些企业更喜欢以一种内部控制的方式来分发App，他们不喜欢受制于有时很漫长、很不确定的审批过程。这种情况下，使用纯粹的Web语言可以完全规开应用商店的审批过程，让企业可以完全控制App的定期更新和分发。

试点App——比较Native App与Web App开发所需的成本和上市时间时，使用Web方法开发试点应用程序是一种引人入胜的、经济高效的方法。一旦概念得到了证明，企业可以决定从头开始创建新的App，或者充分利用Hybrid App中的部分现有代码。

可视性——除了前面提到的分发外，构建Web App的另一个优点是搜索引擎结果具有可视性；在许多情况下，搜索引擎结果将App展示给比仅仅通过应用商店获得的群体更庞大的群体。

三、Hybrid开发方法的场景

折衷考虑——如果企业使用Hybrid开发方法，就能集两者之所长。一方面，Native让开发者可以充分利用现代移动设备所提供的全部不同的特性和功能。另一方面，使用Web语言编写的所有代码都可以在不同的移动平台之间共享，使得开发和日常维护过程变得集中式、更简短、更经济高效。

内部技能——Web开发技能十分常见，许多企业都拥有这类技能。如果选择Hybrid开发方法，在合适解决方案的支持下，Web开发者只要仅仅运用HTML、CSS和JavaScript等Web技能，就能构建App，同时提供Native用户体验。

考虑未来——HTML5的可用性和功能都在迅速改进。许多分析师预测，它可能会成为开发前端App的默认技术。如果用HTML来编写App的大部分代码，并且只有在需要时才使用Native代码，公司就能确保他们今天的投入在明天不会变得过时，因为HTML功能变得更丰富，可以满足现代企业一系列更广泛的移动要求。

总结

由于移动App继续在商业界扮演核心角色，全球各地的企业为越来越多的关键任务服务赋予移动特性。许多公司正在力求找到最佳的开发方法来实现目标，但是许多公司很快认识到：每一种开发方法有天生的局限性，没有哪一种方法能够满足现代移动企业的所有要求、应对复杂情况。

正如本白皮书试图表明的那样，答案不在于使用哪一种开发方法，而在于使用灵活的解决方案；这种解决方案能利用各种方法提供的优点，不仅支持首款移动App的开发，还支持将来所有的App，不管他们采用哪种开发方法。