从“图片预加载”认识代理设计模式

前端三元同学

共 4102字,需浏览 9分钟

 ·

2021-08-26 15:35

在现代前端优化中,图片预加载是一种常见的优化方法,预加载的背后是设计模式中代理模式的应用。


代理模式是为一个对象提供一个代用品或占位符,以便控制对该对象的访问。

当我们需要获取某个对象的方法或属性的时候,由于权限等限制无法获取,然后通过一个有权限的代理对象转发我们的获取请求,代理对象可对请求预处理,同时在返回结果的时候也可以做处理。

生活中的例子:代购、网络代理、老板秘书等

一、代理模式分类

代理模式细分有:

  1. 虚拟代理:将开销大的对象延迟到需要时才创建
  2. 缓存代理:为开销大的运算结果提供缓存
  3. 保护代理:用于对象应该有不同访问权限的情况
  4. 防火墙代理:控制网络资源的访问,保护主机不被入侵
  5. 远程代理:为一个对象在不同的地址控件提供局部代表
  6. 智能引用代理:取代了简单的指针,在访问对象执行一些附加操作,比如计算一个对象的引用次数
  7. 写时复制代理:通常用于复制一个庞大对象的情况,延迟对象复制过程,当对象需要真正修改时才进行复制操作

保护代理的主要用途就是权限控制了,但是在 JavaScript 中并不容易实现保护代理,因为无法判断访问对象的来源。

而在 JavaScript 中常用有虚拟代理缓存代理

二、虚拟代理实现图片预加载

在例如一些多图的购物网站(淘宝、京东等),都使用了图片预加载的技术。如果直接给 img 标签设置 src 的值,由于图片资源过大或者用户网络环境不佳,就会出现一个长时间白屏,以及图片至上而下的分段加载的情况,用户体验不好,因此,常见的做法是用一张 Loading 小图占位,等待实际需要加载的图片加载完成后,再将 Loading 小图替换成实际的图片。

比如一个下载图片,并将 img 标签 append 到 HTML 中,同时提供 setSrc(src) 方法用于设置图片资源链接方法的“本体对象”实现如下:

var MyImage = (function({
  var imgNode = document.createElement('img');
  document.body.appendChild(imgNode);

  return {
    setSrcfunction(src{
      imgNode.src = src;
    }
  }
})();

使用:

MyImage.setSrc('http://p1.qhimg.com/bdr/__85/t0156672fda5bb4b5d3.jpg')

在弱网环境下的效果:

弱网图片下载体验效果

有个长时间的白屏,用户体验不太友好,为此引入一个 ProxyImage 代理对象,通过该代理对象,在图片真正被加载完成之前,页面中显示一个 loading 动图来提示用户图片正在加载中

var ProxyImage = (function({
  var img = new Image();
  img.onload = function({
    MyImage.setSrc(this.src);
  }
  return {
    setSrcfunction(src{
      MyImage.setSrc('./loading.gif');
      img.src = src;
    }
  }
})();

使用方法:

ProxyImage.setSrc('http://p1.qhimg.com/bdr/__85/t0156672fda5bb4b5d3.jpg');

效果:

预加载下的体验效果

可以看到我们在没有修改原有的 MyImage 对象,通过代理对象 ProxyImage 给其增加了预加载的能力。

实际上,我们可以不用代理就能实现预加载图片,为什么还要这么做呐?在对象设计的原则中有个“单一职责原则”。如果一个对象承担了多项职责,那么对象就会变得较大,引起它变化的原因就可能有多个,那么职责的耦合度就比较高,会导致脆弱和低内聚的设计,当变化发生时,设计可能会遭到意外的破坏。

单一职责原则值得是,一个类应该仅有一个引起它变化的原因。职责被定义为“引起变化的原因”。

上述的做法,MyImage 仅用于添加设置 img 节点,ProxyImage 赋予了 MyImage 预加载的能力,并且对于 MyImage 对象不会有任何侵入性的修改,符合开放封闭原则。如果有一天网络足够快了,我们只需要改为请求本体而不是代理对象即可。不过要实现这种低成本改造,还得保证“代理和本体接口的一致性”。

保证代理和本地的一致性有如下好处:

  1. 用户可以放心地请求代理,他只关心是否能够获取想要的结果;
  2. 在任何使用本体的地方都可以替换成代理。

二、缓存代理节省计算开销

缓存代理为一些开销大的运算结果提供临时存储,类比于“查表法”。在之前讲《从闭包和高阶函数初探JS设计模式》中有讲到“缓存计算”概念,主要是借助“闭包”来实现临时存储。

首先是一个基本的乘积函数:

var mult = function ({
  var a = 1;
  for(var i =0; i< arguments.length; i++) {
    a = a * arguments[i];
  }
  return a;
}

mult(1,2,3// 6

我们都知道乘法的计算开销比较大,如果涉及到频繁密集型的计算,那么对于计算机的计算性能要求就比较高,那么思考是否可以用存储换时间?因此想到了将计算过的算式缓存,下次再遇到直接获取值的方式,同样考虑到职责单一设计原则,所以我们可以创建一个缓存代理函数:

const ProxyMult = (function ({
  const cache = {};
  return function ({
    const args = [].join.call(arguments',');
    if (args in cache) {
      return cache[args];
    }
    let sum = 1;
    for (let i = 0; i < arguments.length; i++) {
      sum = sum * arguments[i];
    }
    return cache[args] = sum;
  }
})();

ProxyMult(1234);

这样我们就为乘积函数提供了缓存能力,下次遇到相同算式,就可以不通过计算,类似查表方式拿到计算结果,再一定程度上提升了计算性能。

同理,Ajax 请求是一个耗时的 IO 操作,比如我们获取用户 uid=1 的信息需要 Ajax 请求一次,在一定时间内,当下一次再获取 uid=1 用户的信息的时候,我们没必要再去请求一次,因为用户的基础信息并不是频繁更新的,此时我们可以通过缓存方式拿到上一次获取到的用户信息,节省网络带宽资源,降低网络异常带来出错的可能性。

在一些场景下我们可以尝试自行封装 Ajax 请求,可自行维护缓存策略。

三、总结

代理模式的应用场景像是一种赋能,保证代理和本体接口一致性的情况下,比如给图片加载增加“预加载”能力,给乘法计算增加“缓存”能力。

“青出于蓝而胜于蓝”似乎是一个不错的解释。


浏览 39
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报