转载:阿里巴巴团队
跟着D2D的项目走,要做一个offer的展示效果,希望获得最多的offer展示(比较屏幕有限,呵呵)。
交互设计师给我看了一个l微软做的效果:live的图片搜索:http://www.live.com/?&scope=images:zh-cn 可以注意下他的图片展示。当拖动滚动条的时候,图片在不停地加载。很简单,一开始就把所有(在这里几乎是无穷的)图片加载进来这速度上肯定是不可行的,毫无疑问这里必须用异步去加载图片(也就是快被大家说烂了的ajax应用)。
初步沟通后就开始做Demo

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

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

于是乎不能不重新考虑方案,对前面加载的图片进行释放,然后两头做ajax的调用。或是改用别的交互方式。(后来老男对这种滑动的交互方式有意见,方案被放弃了)
review一下,现在我们都在想怎么用ajax加载数据,但是如何处理加载后日益“发福”的数据却考虑的不多。即时是微软的产品也存在这样的问题。(PS:很难想象这么大的问题live会放任不管?)。
回到用户体验上来看,简单总是好的,数据也是一样。
文章讨论了在有限屏幕空间中实现无限图片加载的挑战,通过异步加载技术提高用户体验,同时探讨了内存管理和数据处理的重要性。
681

被折叠的 条评论
为什么被折叠?



