html5 loading 效果来了

好东西，也来学学，

用一张GIF图片取代如何？就是大点而已

这种方法在移动开发当中非常有用

练练手是值得肯定的，项目用这种方式就不可取了。
你不是拿了html5的canvas就用了，根本没有想过canvas怎么做出来的。
你再去实现一个canvas难道还比做一个gif简单么？

在移动设备上用gif有几个不好的地方，1。图片应该比写这个要大，2。这样的一段代码实现的loading可大可小，可以放在很多不同的地方，实现不同的loading效果，要是用图片估计就要弄多个图片了。3。图片需要多余的http连接开销，当然可以用datauri解决。4。在高清设备上图片需要多套对应不同的dpi，canvas矢量没这问题。5。android上gif二次加载有bug，这个问题google居然也能忍。

总之这样的实现loading方式不仅仅是demo了，可以看看linkedin的touch版本，不光是loading，就连logo都是canvas实现的。

touch.www.linkedin.com

PS: 因为移动设备上屏幕的dpi大小不一，想用一个图片走天下的时代已经过去。要是多套图片实现高清代价太大，所以这样的canvas实现往往是最佳的解决办法。另外，简单的图标可以考虑都使用自定义的适量字体实现，大小颜色效果都能实现，没有一点问题，还能始终保持高清。

我现在在做移动设备的webapp，几乎可以做到整个项目中一个图片都没有，http链接严格控制在4个以内，实现图片的自定义字体或canvas也在30k以内，所有的内容（文字，图标，特效等等）全部适配DPI。

移动设备webapp开发感觉跟原来的PC web开发有太多不一样的地方，有感兴趣的同学可以一起讨论讨论。

对了，上面提到的gif问题还有一个，在有些低版本的android设备上，gif是不动的，你懂得。

首先，我觉得用这样一大块代码去实现，这样一个小小的体验效果。得不偿失呀！！

本来，一张图片就能搞定的事情，还去用js 写这样一大篇代码，真还以为程序不吃内存么？

我认为，html5是好，但是利用js去实现效果。


总觉得不靠谱，

岂不 html 5 提供loading标签更好

没吃过螃蟹的人，看到第一个吃螃蟹的人的感觉也觉得不靠谱。大家都开始吃螃蟹了也就靠谱了，呵呵

不错,html5加上javascript也一定会在手机上流行.