热度 1|
一、少用图片
一开始,为了做出用来表示各个城市的每一天的那种渐变效果,我们用了一套相当复杂的 -webkit-gradient,结果发现这会令转译速度变得非常非常慢。-webkit-gradient 的工作方法是构建位图,对于浏览器的转译引擎来说,这和从外部加载图片(例如一张 PNG)是完全一样的。MobileSafari 显示图片速度之慢是出了名的(希望 4.0 对此有所改进),要解决这个问题,基本上只能不用图片和 -webkit-gradient。
我们最终把那些色彩条快用背景上的一个很大的 canvas 元素替代了。当你拖动游标线时,那些条快的颜色会发生变化,只有正在变化的部分才会被重新绘制。用 canvas 时可以在某种程度上复用 -webkit-gradient,比如这样:
// WebKit CSS gradient二、不要用 text-shadow 和 box-shadow
这是速度变慢的另外一个重要因素。最好不要用这些 CSS 属性。
三、硬件加速是很新的功能……而且也很多虫
在 Safari 上,只要使用 -webkit-transform 这个 CSS 属性就可以启用硬件加速了。(opacity 也行,不过缺点上面说过了。)
硬件加速有其局限,例如同时在跑的动画数量就有限制,如果超过了这个限制,动画就会闪烁,有时还会出错。不过如果轻度使用的话,效果会非常棒。
四、尽可能地使用触控事件
触控事件是个好选择,因为传统的 onClick 事件在 iPad 上用来会有点延迟。在 everytimezone.com 的源代码里有些小窍门,教你如何在使用触控事件的同时,也能够支持非触控设备上的浏览器:
var supportsTouch = 'createTouch' in document;五、不要用 opacity
因为某些原因,使用 opacity 这个 CSS 属性有时会干扰硬件加速。如果你感到速度变慢,但又看不出哪里出了问题的话,就检查一下有没有用到 opacity 吧。
六、万事无捷径,请手写 JavaScript 和 CSS
不要依赖框架或是网页标准狂热分子推荐给你的东西。我们这个例子里只有一个高度精简的 HTML 页面,CSS 都写在页面里,没用任何 JavaScript 框架,并尽量利用了目标平台(iPad)的特性,最终的结果就是一个几乎能够瞬间加载的苗条网页,而且缓存做得很好,离线使用也毫不失礼。没错,我们也可 以选择用 JavaScript 和 CSS 框架,但有的时候少即多。(记住,各类框架所提供的那些对跨浏览器的支持你并非全都需要。)
// mini-pico-tiny convenience micro-framework, ymmv七、别用 translate,用 translate3d
使用 -webkit-transform 时,记得用 translate3d(x,y,z) 语法,而不是 translate(x,y)。因为某种原因,后者无法支持硬件加速,至少在 iOS 3.x 上不行(不过在桌面版 Safari 里似乎没问题)。谢谢马提奥·斯宾内利指出这点。(也推荐大家看看他做的 iScroll,里面有很多很棒的代码,也是演示如何为页面在移动版 WebKit 上的速度进行优化的好例子。)
作者:托马斯·富赫 来源:http://mir.aculo.us/2010/06/04/making-an-ipad-html5-app-making-it-really-fast/