HTML5移动应用开发的生态环境简介

　　我本人是HTML5的大粉丝，因为它可以给我带来满足我创造力的开发速度。

　　但自从移动平台崛起以来，这项技术所涉及的开发就开始变得复杂起来。在桌面平台看来，一切都非常清楚。网站开发就是一场不断持续的进化，即便如此还 是有人对其了如指掌。但是在移动平台这就是场噩梦。开发者们被各种开发HTML5移动应用的方法搞得晕头转向，所以我希望这个指南可以帮助他们。

　　正如我在前一篇文章中提到过，如果想要实现一个移动应用的话，你首先得是一个web开发者。

　　在开始给大家介绍现有的不同平台和框架之前，我必须声明我并不认为Titanium Mobile是一个HTML5解决方案。如果想要知道为什么请参阅我的前一篇文章。

　　　目前有四个解决方案（其他新的解决方案也在不断出现，但都还处于初期状态）可以用于开发HTML5移动应用。

Web App

　　这是最直白的方法。简单来说，就是一个通过浏览器访问的网站。Android和iOS都提供将网站链接添加到桌面的功能。这样的应用通过恰当的配置可以以全屏状态运行，并且配合Appcache可以实现离线运行。

　　更新：Daniel Appelquist提醒大家在Firefox OS，Android上的Firefox以及今后的Chrome都会为用户提供将web app添加到移动设备的功能。前提是你需要为你的web app声明一个配置清单。嗯，挺好。

　　对我来说，这并不是一个可靠的方案：

• 首先，Appcache这东西实在是太恶心了：http://alistapart.com/article/application-cache-is-a-douchebag

• ServiceWorker，这是一个Appcache的替代方案，虽然目前无法使用但是他的技术规格非常酷炫：https://github.com/slightlyoff/ServiceWorker/blob/master/explainer.md

• 目前HTML5 API在iOS以及Android 4.x之前版本的支持情况非常之不可靠。

• 不支持推送消息（Firefox OS支持）

• 无法与原生SDK交互（Firefox OS要做得稍微好些）

利用Phonegap / Cordova 集成开发平台

　　这个是目前来讲，最有效的妥协方案。现在已经有一整套相关生态系统包括工具，论坛，开发者。你能通过它来利用HTML5的API以及原生API。到最后，你得到的会是一个真正的APP。此平台也遵从HTML5规范以协助web应用的转化。

手工接入本地环境

　　这个方案针对的是那些规模较大并对设备原生代码颇具了解的团队。很多大公司就采用的这种方式。它可以将高性能的原生UI组件与高灵活性的HTML搭配使用。

　　如果你感兴趣的话，你可以看看这些链接：

• guide/webapps/webview.html

• https://github.com/marcuswestin/WebViewJavascriptBridge

• AppleApplications/Conceptual/SafariJSProgTopics/Tasks/ObjCFromJavaScript.html

• true-javascript-uiwebview-integration-in-ios7

使用Intel XDK基础开发环境

　　说实话我不能给这个方案一个准确的评价。在我第一次安装这个编辑器后，它的复杂程度让我惊呆了，所以我也没有动力再去研究它。就我所了解的，它和 Phonegap应该遵从的同样的精神不过他们专门打造了一个完整的IDE。我并不确切地知道具体地差别在哪。如果哪位在Intel工作的老兄读到这篇文 章，麻烦你给我提供一下更多相关细节好吧？

原生HTML

　　这个是完美的解决方案。操作系统直接执行HTML5代码而不是通过桥接的方式链接HTML和原生代码。你能使用所有的API，debug工具也能完美的使用。而实际上，目前只有Firefox OS和Tizen拥有这样的系统。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

　　现在你知道了这些不同的方案，我们可以摆一摆移动HTML5应用的八卦。当乔布斯在第一代iPhone发布会上宣布有移动HTML5之后，其相关开发就开始了。Safari和Firefox在当时是最好的HTML5浏览器（Google Chrome那时还没出来）。

　　但是一年之后，应用商店上线了，但是只能用Objective－C开发应用。该死的乔布斯。

　　之后没过多久，一帮开发者就创造了Phonegap。我还记得当时他们拿一个wiki当主页。它当时bug无数，虽然的确是个天才的想法。但问题是与此同时开发者们也纷纷开始制作移动HTML5应用。所以许多人被它搞得很恼火然后到处说它坏话。

　　自那以后，又发生了很多事情：智能手机的CPU越来越强大，CSS渲染可以通过GPU完成，HTML5的规范更加精准，浏览器引擎更加强大。

　　前端开发也同样有了很大的改进。我们的JS代码不再是一个巨大的$(document).ready函数。我们开始使用更加标准化的框架（AngularJS, BackboneJS, EmberJS, Polymer, ReactJS）而且我们的debug工具也不再弱于那些原生debug工具。我们也开始使用构建系统，包管理器，以及代码风格。

HTML5移动开发自2009年以后就完全变样了。

　　所以到最后，HTML5的问题是什么？就是UI。

　　有些读者已经知道，我真的很讨厌jQuery Mobile，然而很不幸的是，大多数开发者都用它来做移动开发。Bootstrap也没法解决这个问题。它确实是响应式的但是并不是针对的移动平台。原生应用开发者用他们的原生组件来和HTML/CSS相比较，这明显是很不公平的。

　　原生平台提供很多“拖来就用”的组件，而且是经过全面的测试，优化，并已经包含了性能优势。iOS提供的原生长列表组件会自动隐藏那些看不到的元素，但是在HTML/CSS里面并非如此。

　　Web UI是开发者心中永远的痛因为Apple或Google从未提供过Web UI的框架。想像一下如果有种“Bootstrap”可以拥有所有原生组件的特性（性能，渐变，个性化等等）。他们本来可以做到，但这并不是他们优先考虑的。然而现在情况不同了。