如今大热的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也不用下,并且能做到直接开发、打包,不过一台安卓手机还是需要的,因为我们还是需要部署上去看看真实效果。