关于数据加载的一些思考

转载:阿里巴巴团队

跟着D2D的项目走,要做一个offer的展示效果,希望获得最多的offer展示(比较屏幕有限,呵呵)。

交互设计师给我看了一个l微软做的效果:live的图片搜索:http://www.live.com/?&scope=images:zh-cn  可以注意下他的图片展示。当拖动滚动条的时候,图片在不停地加载。很简单,一开始就把所有(在这里几乎是无穷的)图片加载进来这速度上肯定是不可行的,毫无疑问这里必须用异步去加载图片(也就是快被大家说烂了的ajax应用)。

初步沟通后就开始做Demo

200803192000110435.gif

Demo基本完工,简单试了一下与后台的交互成功。一切ok,有了一个类似的几乎“拖不玩”的demo,不过自己多玩了几下后发现速度越来越不对劲!想想也是,这些数据都存在内存里,不释放,浏览器迟早会死掉的。做了一个简单的测试。拿live的来说,刚开始是maxthon的内存占有情况是这样的: 

 200803192012003567.gif

随着不停地拖动,Maxthon 占的内存几乎实在疯涨…… 

200803192009297218.gif

于是乎不能不重新考虑方案,对前面加载的图片进行释放,然后两头做ajax的调用。或是改用别的交互方式。(后来老男对这种滑动的交互方式有意见,方案被放弃了)

review一下,现在我们都在想怎么用ajax加载数据,但是如何处理加载后日益“发福”的数据却考虑的不多。即时是微软的产品也存在这样的问题。(PS:很难想象这么大的问题live会放任不管?)。

回到用户体验上来看,简单总是好的,数据也是一样。

转载于:https://www.cnblogs.com/yuzhongwusan/archive/2008/11/27/1342398.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值