为了提高用户体验,多图片的长页面需要使用延迟加载技术,对这方面的论述,Kissy中有很经典的论述,感兴趣的朋友可以去了解一下,我先简单的介绍一下,然后讨论如何改进并用于项目中。
分析:
1.Img 更换 src方案:<img data-ls-src=”真正的路径”,src=”load图片的路径”/>
优点:实现简单,不更改页面Dom结构。
缺点:图片数量大时,效率不够好;ie6、ie7下替换SRC时有Bug存在。
2.textarea 延迟方案:
优点:JS效率高,分块加载
缺点:需要更改Dom结构,需要限定textarea包围区域的高度宽度,使用不够方便。
3.Kissy的实现方式:1,2两种方案都支持
如上图所示,加载图片时有一个阀值,所有阀值以上的图片全部加载。
优点:实现简单
缺点:对一些用户行为支持不够,例如用户直接将滚动条拉到页面底部。
4.首页分析 (lp.taobao.com)
1)首页的长度比较长 4000*1000 以上
2)分块展示,分为10块,1个首屏,2个滚屏,7个通用楼层
3)每个分块比较短,不超过一屏
5.首页延迟方案:
1)分块加载图片
2)滚屏中,在切换帧时触发加载
实现:
1)打开页面,默认只显示首屏。
2)当滚动条滚动到当前分块时(可以附加一些像素,是图片提前加载),加载当前分块
3)7个楼层添加额外的优化,因为是同一种实现,提供一个管理器,当用户在某一个楼层上停留时间超过5秒,即可以加载未加载的楼层。
总结:
在首页的延迟加载优化过程中,尝试过多种方式。
1)最初使用的是Kissy默认的替换src方案,发现在ie下,用户刷新页面时,会定位到上次滚动到得位置,此时用户体验特别差;
2)尝试过textarea方案,UI体验也不好;
3)改进了kissy的方案,不使用阀值,而是只在用户视图区域内加载图片,无法分块控制;
4)最后分块加载图片,同时也处理了楼层初始化