深入理解HTML5在移动开发方面的发展现状

“我们正在用HTML5编写我们下一套移动产品。”“是啊，这些天很多人在玩着Appcelerator，我也在玩着。”“嗯，但这并不是我要说的那种HTML5产品。”

最近，我有很多类似的交流对话，可能因为我正在开发一套HTML5的应用吧。就像2005年的“AJAX”，“HTML5”这个术语现在还没有被清晰地定义，在未确定这个新技术有什么优势前，它就已经被四处套用，甚至投入运营。

如果你在一间被热衷新技术的管理人掌控的公司里任职，如果你走运，那么漫画人物呆伯特先生可能非常愿意坐在你隔壁的小房间。

两种看法

当人们讨论移动设备上的HTML5技术时，他们通常只会有两种不同的看法。

从感性的角度来看，HTML5技术的渲染过程主要是由浏览器、内嵌HTML5解析器的应用程序 (如PhoneGap)、支持书签打开方式的应用程序又或者是移动手机产品(iPhone和iPad)进行的。这种技术的好处就是能重用现有的网页设 计，Web开发人员也更容易上手，同时产品具备更高质量，更适用于多平台产品。也更易于调试和修正错误，并且，版本更新会更快。此消彼长，优势是它的功 能，如果你像PhoneGap一样使用内嵌的架构，那么你会少很多麻烦事，劣势就是它的表现，这也是HTML5技术面临的最大难题。

从理性的角度来看，HTML5技术就是使用JavaScript引擎直接控制本地功能，改变移动设备上的浏览器组件。而HTML5应用上的表现问题 更多是由HTML/CSS渲染技术控制的，而不是由JavaScript解析生成的。如果使用正确，HTML5技术无疑可以给予你大量新增的表现效果。目 前使用HTML5技术的例子包括Appcelerator Titanium、Mobage/ngcore、Game Closure以及PhobosLabs。

Node.js工具包

以PhobosLabs的项目为例，当这个项目是使用WebKit的JavaScriptCore组件完成，在设备端使用OpenGL渲染界面，而 在开发时使用HTML5的canvas组件的API开发。这就是说，开发人员可以在一个对canvas有良好支持的桌面浏览器内开发和测试他的HTML5 游戏，并且当他将这个游戏放到移动设备的浏览器打开时，也会出现同样优秀(甚至更优秀)的表现效果。这种用HTML5开发的效果跟使用Node.js工具 包开发的效果很相像，使用Node.js时，只需启用JavaScript引擎，而你仅需把你需要使用的Node.js组件添加到你的应用即可。

Appcelerator的Titanium详述了HTML5技术的概念，给我们展现了一个完整的UI工具的抽象层，这使得它可以被应用到生成其他 游戏产品。意即一个HTML5应用开发人员可以通过Appcelerator的JavaScript UI库创建按钮，而Appcelerator的内部逻辑会将这个按钮转换为iOS的原生界面按钮。我们可以通过JavaScript控制界面上的原生按 钮。理论上，开发人员可以不需要写一句Objective-C代码。

HTML5技术有它的优势，当你依然在使用JavaScript编写代码时，你可以跟那些烦人的HTML/CSS布局逻辑和样式声明说再见。你还可 以跟那些优秀的调试工具说再见。但这个技术也有蹩脚的一面，像HTML5的游戏API Mobage就存在一些小毛病，canvas组件可以在屏幕相对小一点的界面顺利显示，但如果屏幕稍微变大一点，就好像Appcelerator的例子一 样，在调试时，你还需要考虑界面层额外的复杂性。在这里有很多Appcelerator的负面评论，如果你能把上面的几点记在心里，那么那些负面评论其实 都可以被理解。

问题还在浏览器

开发一个完整的HTML5手机应用的首要难题就是运行速度过慢。而第二大难题就是非常愚蠢的工具束缚，许多组件或多或少在不同浏览器都存在一些漏 洞，如jQuery Mobile的导航组件、iOS的innerHTML组件的漏洞，所以你需要减少功能去避免出现漏洞，又或者你愿意花一些时间去修复这些漏洞。

你可以自己做个实验，当你在一个iOS应用里仅使用一至两个界面库时，再加上你自己写的少量JavaScript代码，没有更多的 JavaScript库，你会发现这个HTML5应用运行得流畅而完整，但却没什么功能。PhoneGap的iOS项目仅需要1至2秒的时间就可以在 iPhone 3GS上发布运行。这个事实可以告诉你，最基本的HTML5应用运行起来真的非常流畅。所以，当你发现你的HTML5应用的某些操作花费了10-15秒时 间时，又或者花了15秒时间才加载完整个程序时，这都是一些JavaScript界面库给拖累的。

两套有代表性的UI库

一个HTML5手机应用程序员需要的通常只有那么两样东西：第一样就是原生平台和网页界面的嫁接层；第二样就是手机UI库。

PhoneGap近年已逐渐成为默认的嫁接层选择，它允许HTML5应用通过JavaScript调用移动设备的照相机、访问手机通讯录和读写文件。而最受欢迎的手机UI库就包括由jQuery Mobile和Sencha Touch。

jQuery Mobile是去年才创建的一个项目，所以它是非常新的，很显然，它也不够成熟。jQuery Mobile的导航栏组件就非常糟糕，翻页时明显比原生的翻页功能要慢，如果你不刷新浏览器，你就没有办法递增列表内容。而在PC桌面平台测试时，它的 CPU耗用率也是非常高(版本是jQuery Mobile的alpha 4)。我的项目使用它，主要是考虑到相对简单(比较容易破解)，因为这个库是基于jQuery构建的，所以任何一个资深的网页程序员都很容易上手。

据说Sencha Touch比jQuery Mobile更成熟更快。但我一看到高复杂性的东西，我就不会不自觉地厌恶它们。因为潜意识会告诉我，有很多功能我根本不会使用到，但却强制加载这些额外 的东西到我应用里，让我应用整体表现差了很多。尽管我可能是错的，PhoneGap应用页中最强大的手机应用是IGN Dominate，它运行得很流畅并且它就是基于Sencha Touch开发的，但我确定他们肯定花了很多时间去优化这个产品。

调试和修改

在上面谈到的开发HTML5应用时，许多人可能都忽略了一点，其实调试或修改一个HTML5应用是很简单的。任何一个曾参与过大型HTML5开发项 目的开发人员都可以告诉你，调试和维护几乎占了整个项目生命周期的80%的时间，甚至更多。这就是说，当你听到一个开发工具宣称可以在15分钟内开发一个 聊天应用时，那么它可能只是能让你在15分钟内解决20%的工作，剩下的80%，你可能得耗上3倍以上的精力才能完成。

HTML5手机应用在调试时存在触碰问题，因为无法打印出控制台的日志。所以，如果JavaScript代码存在漏洞或者报错，你需要 alert()报错，否则你可能没法发现。PhoneGap修正了这个问题，它可以通过XCode的控制台打印控制台的调式日志，但功能依然很有限。

目前最有效的解决方案就是weinre。尽管漏洞百出，但它就是能跑起来，有了它，你还能断点调试你的手机应用的UI，weinre是基于 WebKit的网页检查器的，它的调式工具后台通过远程服务端获取和替换调试代码。两至三周前，我曾对网页检查器的代码做过一些研究，我发现把它转换为一 个远程调试器真的不难。Weinre接下来几个月的开发进度将会更快，某些人可能还会开发出它的替代产品。我们拭目以待。

未来几年，移动应用开发中的HTML5技术的调试工具无疑变得更加重要，它可以解决大部分开发人员80%的工作量。你想要用Objective-C 改变你的界面设计吗？编辑，再编译，运行。重复这三个步骤直到你满意为止。如果再编译步骤很多，这可能会耗上一天的时间。用HTML5技术去实现？用 weinre编辑一些CSS属性并测试，你甚至不用关闭应用，你就可以继续调试。一定程度上，你还可以在桌面浏览器调试你的HTML5手机应用。但相信 我，你的应用产品最终可能只会在移动设备上爆发一大堆漏洞而已，所以你必须得使用weinre。

不幸的是，人们常赞美某个工具包或者某项功能，但你却很少听到有人夸赞某个调试工具非常棒。所以我猜测就算它是HTML5手机程序员最常用到的工具，我们也很少听到它被讨论到。

总结：现在的状况

尽管这篇文章真的有点长，但我还是得总结一下：

1.在移动设备开发HTML5应用只有两种方法，要不就是全使用HTML5的语法，要不就是仅使用JavaScript引擎。

2.JavaScript引擎的构建方法让制作手机网页游戏成为可能。由于界面层很复杂，我已预订了一个UI工具包去使用。

3.纯HTML5手机应用运行缓慢并错漏百出，但优化后的效果会好转。尽管不是很多人愿意去做这样的优化，但依然可以去尝试。

4.HTML5手机应用的最大优势就是可以在网页上直接调试和修改。原生应用的开发人员可能需要花费非常大的力气才能达到HTML5的效果，不断地重复编码、调试和运行，这是他们首先得解决的一个问题。

5.是的，HTML5的移植非常简单，但我假设每个人都会让这变成一个自动化操作。

以上这篇深入理解HTML5在移动开发方面的发展现状就是长沙网络推广分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持狼蚁SEO。