• 关于数据加载的一些思考


    转载:阿里巴巴团队

    跟着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会放任不管?)。

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

  • 相关阅读:
    TCP和UDP区别
    session和cookie的区别
    2019 腾讯正式批笔试题题解
    modCount干嘛的
    分布式系统唯一ID生成方案汇总
    分布式数据库名词
    快手第一题
    南柯一梦
    349. 两个数组的交集
    synchronized锁优化
  • 原文地址:https://www.cnblogs.com/yuzhongwusan/p/1342398.html
Copyright © 2020-2023  润新知