现在的位置: 首页 > 自动控制 > 工业·编程 > 正文

HTML5在移动开发方面的发展状况

2013-05-28 22:54 工业·编程 ⁄ 共 3727字 ⁄ 字号 暂无评论

“我们正在用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的移植非常简单,但我假设每个人都会让这变成一个自动化操作。

给我留言

留言无头像?