HTML5 之美

阅读数:9775 2012 年 5 月 31 日 00:00

如今大热的 HTML5 到底美在哪里?HTML5 到底能为实际的移动开发带来哪些改变?来自阿里云云手机服务运营部的前端开发工程师正邪 (廖健)分享了他眼中的HTML5 之美,主要讲诉HTML5 的常见原理并从CSS、JavaScript 和框架三个方面做了细致讲解:

说到 HTML5 一般都会提到它新增了一些新的标签,这些标签能够减少文档的大小,也可以节省一些 CSS 定义,但是这个好处不足以说明 HTML5 在技术变革上带来的影响,我们还是先要明白 HTML5 的原理到底是怎样的,它带来的变革为什么会这么大?

常见的原理

HTML5 的产生以及它的设计完全是遵循了一些常见的原理,这些原理在李松峰老师的博客上有详细地阐述。

首先第一条原理是:发送时保守、接受时开放。

作为工程师,发送给浏览器的文档应该尽量的严谨,但是浏览器作为接收方,应该持有一个开放的姿态,而不会因为某个文档有问题,到浏览器窗口里面就不显示了,只是留下一片空白给用户。既然 HTML 存在标签没有正常闭合的可能性,也存在属性丢失的情况,只要文档没有产生二义性,浏览器应该猜测到最终的行为并做出正确处理,在技术层面浏览器有理由这么做。

第二,避免不必要的复杂性。

我们在编写的 HTML 的时候,可能会定义一个很长行长的文档类型声明,这个文档类型声明是给浏览器看的,如果能够简化它,在说创作的时候能省下一些时间,而且也不用浪费力气去记那些难记的字符。实际上,省略大多数字符,浏览器也能按照我们期望的那样去运行。

还有 script 标签,我们可能会设置它的 type 为“text/javascript”,实际上也是不必要,如果 type 属性没有被声明,默认就按 JavaScript 处理。类似的东西有很多,在文档里面能省掉的我们就应该大胆地省掉,这样不仅是在创作这个文档的时候,能够给我们带来这些方便,而且在共同维护的时候也能带来一些益处。

第三,网络价值同达到网络用户数量的平方成正比。

现在 HTML5 这么火,很多人就拿它跟 Flash 去做对比,说 Flash 多么多么烂,说 HTML5 多么多么好。实际上我们创作的内容最后是给用户去看的,如果这个东西用户觉得好,不管用什么技术我觉得都是次要的。

最后我们要的是将服务推送到用户面前,而不是要说某种技术多么好,可以杀死另一个技术。实际上在这里,它们的协同工作才是符合 HTML5 的设计思想,在这个层面上我觉得 Flash 也是 HTML5 中的一员。

第四,大多数人的意见和可运行的代码。

没有 HTML5 规范的时候,浏览器厂商可以各自为阵,可以加入了自己的标准,虽然这些标准不是 W3C 制定的,但是大多人都有这些需求,它们能解决实际问题。所以也刺激 W3C 加入到这些标准的制定中去。

技术细节

CSS

有位测试工程师报了个 bug 给开发工程师。说页面上的单选框样式太难看了,建议改一下,换个颜色。开发工程师当时就晕倒了,说这个是浏览器默认的,改不了。改不了怎么办?只能把 bug 打回去。

基于 CSS3 的特性,现在完全可以改变浏览器控件的默认外观。

然后是布局。改变样式是 CSS 的强项,也是它的职责所在。我们可以使用百分比做弹性布局。现在设备比较多,有 iPad、iPhone、还有其各种屏幕尺寸的安卓,假如我想用 HTML5 的技术做一个应用,适用于所有平台,这个时候百分百肯定是不够的,而精准的弹性布局又显得很重要。

CSS3 有一个 box-flex 的属性,假设有个容器,里面有三个 div,在设置了 margin 的同时将它们的 box-flex 设置成 1,看到的效果就是三个元素均等分,我还可以改变它的比例,比如将第一个元素固定宽度,剩下的两个元素也可以均等分。除了从左往右布局,使用 cloumn-count 可以做到从上往下布局。

box-flex 可以解决一部分屏幕适配的问题,如果想做到更精准的布局,比如说在小屏幕下的布局是一个样子,大屏幕下可能加入了更多的元素,或者更复杂了,甚至大小、颜色、位置都变了。这个时候可以使用 Media Queries 的技术。我们可以先定义某个样式,然后在某种屏幕上面覆盖默认样式,或者完全使用另一套样式。

除了 CSS3 这些奇妙的属性,用它来设计一些复杂背景也是非常适合的。这里有一个我同事开发的 Chrome 插件叫 Coda Cola,他还为这个插件做了一个分享的网站。别人根据这个插件,做出了一些比较酷的 CSS 效果,可以再分享出来。

JavaScript

说了 CSS3,再说说 JavaScript。大家说 JavaScript 美吗?好像我们对它的印象也不是很好。不仅前端,后端对 JavaScript 的象也好不到哪去,甚至会更糟糕。

首先它的执行效率比较慢。

然后它的 API 接口比较烂,比如我要查找某个元素,可以用 getElementById,getElementsByTagName, 这么一长串。除了很长,我还要把第三个参数指定为 false。现在做应用的话,我们一般都会选择用框架来帮助自己进行开发,从那些复杂的语法中解脱出来。

再者,JavaScript 调试比较困难,JavaScript 边解释变执行,代码一多,方法之间的调用层级变深,如果出错,就很难定位到错误所在。特别是在没有 firebug 等调试工具之前,找错误有时候就跟做噩梦一般。 JavaScript 虽然有这么多弊病,但是它现在还在快速发展。到现在,我们有很多种的框架可以选择,这里面肯定有大家喜爱的框架。但在 HTML5 的到来的时刻,我们有一些更好的选择。比如说做元素查找,以前可能用到框架,现在不用框架,使用原生的 API 也可以很方便地做到。这是第一点,就是有些功能不再需要框架做支持了。

第二,JavaScript 中加入一些新的特性,比如说 LocalStorage。没有 LocalStorage 的时候,我们可以使用 Cookie 在客户端记录一些用户相关的数据,但是 Cookie 记录的容量有限,而且 HTTP 请求会携带 cookie 数据。在需要保存大量数据或者设计离线应用的时候,LocalStorage 就非常有用了,LocalStorage 的容量比较大,在移动平台上,至少有 2M 的存储空间。

框架

虽然说有了一些原生的 API,也有了一些新的功能,但是在开发的时候,我们还是要借助一些框架来提高工作效率。有一个叫 Zepto 的框架,是我们在项目中经常会用到的框架。它的 API 几乎跟 jQuery 一样,跟 jQuery 相比,Zepto 去除了一些移动平台上不必要的代码。除此之外,它还支持了 tap、swipe 等手势。 在移动平台上,我们也可以使用 Canvas 技术做一些游戏。

在移动互联网上,手机跟 PC 有一些特征上的差异。用到手机特有的功能,我们可以做一些很有意思的东西。比如说我想获得地理定位,还有传感器、查询通讯录、拍照,这些都是手持设备特有的功能,虽然 W3C 有制定这些 API 的规范,但是目前没有浏览器已经完整实现。如果使用 PhoneGap 的话,我们就能使用到这些 API 了。

我这里有一个视频,演示的是使用 PhoneGap 做的一个指南针应用。我在 Chrome 上装了一个叫 Ripple 的插件,它是一个 PhoneGap 模拟器插件。装好这个插件之后,就可以在浏览器上进行中开发了,这个插件模拟了设备的大小和外观,并且加入了 device 特性的调试环境。在界面上,左右都有很复杂的控件,操作它们可以模拟 device 特性。就这样一个应用,只需要大概 20 行代码。

然后打包也很简单,PhoneGap 官方有个在线的打包工具,它架设在 Amazon 云计算平台上,我们只需要把源代码的 zip 包传上去,然后就能下载打包好的应用程序安装文件。

所以说,使用 HTML5 技术做一个安卓应用真的是非常简单,基于 PhoneGap,可以连 SDK 也不用下,并且能做到直接开发、打包,不过一台安卓手机还是需要的,因为我们还是需要部署上去看看真实效果。


给 InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

评论

发布