一起养成写作习惯!这是我参与「掘金日新计划 · 4 月更文挑战」的第8天,点击查看活动详情。
「设计模式 JavaScript 描述」代理模式
代理模式是为一个对象提供一个代用品或占位符,以便控制对它的访问。
代理模式是一种非常有意义的模式,在生活中可以找到很多代理模式的场景。比如,明星都有经纪人作为代理。如果想请明星来办一场商业演出,只能联系他的经纪人。经纪人会把商业演出的细节和报酬都谈好之后,再把合同交给明星签。
代理模式的关键是,当客户不方便直接访问一个对象或者不满足需要的时候,提供一个替身对象来控制对这个对象的访问,客户实际上访问的是替身对象。替身对象对请求做出一些处理之后,再把请求转交给本体对象。
下面我们通过几个例子来详细说明。
1. 小明追小红的故事
下面我们从一个小例子开始熟悉代理模式的结构。
在四月一个晴朗的早晨,小明遇见了他的百分百女孩,我们暂且称呼小明的女神为 A。两天之后,小明决定给 A 送一束花来表白。刚好小明打听到 A 和他有一个共同的朋友 B,于是内向的小明决定让 B 来代替自己完成送花这件事情。
虽然小明的故事以悲剧收场,不管怎样,我们还是先用代码来描述一下小明追女神的过程,先看看不用代理模式的情况:
const Flower = function () {};
const xiaoming = {
sendFlower: function (target) {
const flower = new Flower();
target.receiveFlower(flower);
}
};
const A = {
receiveFlower: function (flower) {
console.log('收到花 ' + flower);
}
};
xiaoming.sendFlower(A);
接下来,我们引入代理 B,即小明通过 B 来给 A 送花:
const Flower = function () {};
const xiaoming = {
sendFlower: function (target) {
const flower = new Flower();
target.receiveFlower(flower);
}
};
const B = {
receiveFlower: function (flower) {
A.receiveFlower(flower);
}
};
const A = {
receiveFlower: function (flower) {
console.log('收到花 ' + flower);
}
};
xiaoming.sendFlower(B);
很显然,执行结果跟第一段代码一致,至此我们就完成了一个最简单的代理模式的编写。
也许你会疑惑,小明自己去送花和代理 B 帮小明送花,二者看起来并没有本质的区别,引入一个代理对象看起来只是把事情搞复杂了而已。
的确,此处的代理模式毫无用处,它所做的只是把请求简单地转交给本体。但不管怎样,我们开始引入了代理,这是一个不错的起点。 现在我们改变故事的背景设定,假设当 A 在心情好的时候收到花,小明表白成功的几率有 60%,而当 A 在心情差的时候收到花,小明表白的成功率无限趋近于 0。
小明跟 A 刚刚认识两天,还无法辨别 A 什么时候心情好。如果不合时宜地把花送给 A,花被直接扔掉的可能性很大,这束花可是小明吃了 7 天泡面换来的。
但是 A 的朋友 B 却很了解 A,所以小明只管把花交给 B,B 会监听 A 的心情变化,然后选择 A 心情好的时候把花转交给 A,代码如下:
const Flower = function () {};
const xiaoming = {
sendFlower: function (target) {
const flower = new Flower();
target.receiveFlower(flower);
}
};
const B = {
receiveFlower: function (flower) {
A.listenGoodMood(function () { // 监听 A 的好心情
A.receiveFlower(flower);
});
}
};
const A = {
receiveFlower: function (flower) {
console.log('收到花 ' + flower);
},
listenGoodMood: function (fn) {
setTimeout(function () { // 假设 10 秒之后 A 的心情变好
fn();
}, 10000);
}
};
xiaoming.sendFlower(B);
2. 保护代理和虚拟代理
虽然这只是个虚拟的例子,但我们可以从中找到两种代理模式的身影。代理 B 可以帮助 A 过滤掉一些请求,比如送花的人中年龄太大的,这种请求就可以直接在代理 B 处被拒绝掉。这种代理叫作保护代理。A 和 B 一个充当白脸,一个充当黑脸。白脸 A 继续保持良好的女神形象,不希望直接拒绝任何人,于是找了黑脸 B 来控制对 A 的访问。 另
外,假设现实中的花价格不菲,导致在程序世界里,new Flower 也是一个代价昂贵的操作, 那么我们可以把 new Flower 的操作交给代理 B 去执行,代理 B 会选择在 A 心情好时再执行 new Flower,这是代理模式的另一种形式,叫作虚拟代理。虚拟代理把一些开销很大的对象,延迟到真正需要它的时候才去创建。代码如下:
var B = {
receiveFlower: function (flower) {
A.listenGoodMood(function () { // 监听 A 的好心情
const flower = new Flower(); // 延迟创建 flower 对象
A.receiveFlower(flower);
});
}
};
保护代理用于控制不同权限的对象对目标对象的访问,但在 JavaScript 并不容易实现保护代理,因为我们无法判断谁访问了某个对象。而虚拟代理是最常用的一种代理模式,本文主要讨论的也是虚拟代理。
当然上面只是一个虚拟的例子,我们无需在此投入过多近精力,接下来我们看另外一个真实 的示例。
3. 虚拟代理实现图片预加载
在 Web 开发中,图片预加载是一种常用的技术,如果直接给某个 img
标签节点设置 src
属性,由于图片过大或者网络不佳,图片的位置往往有段时间会是一片空白。常见的做法是先用一张 loading
图片占位,然后用异步的方式加载图片,等图片加载好了再把它填充到 img
节点里,这种场景就很适合使用虚拟代理。
下面我们来实现这个虚拟代理,首先创建一个普通的本体对象,这个对象负责往页面中创建 一个 img
标签,并且提供一个对外的 setSrc
接口,外界调用这个接口,便可以给该 img
标签设置src
属性:
const myImage = (function () {
const imgNode = document.createElement('img');
document.body.appendChild(imgNode);
return {
setSrc: function (src) {
imgNode.src = src;
}
}
})();
myImage.setSrc('http://imgcache.qq.com/music/photo/k/000GGDys0yA0Nk.jpg');
我们把网速调至 5KB/s,然后通过 MyImage.setSrc
给该 img
节点设置 src
,可以看到,在图片被加载好之前,页面中有一段长长的空白时间。
现在开始引入代理对象 proxyImage
,通过这个代理对象,在图片被真正加载好之前,页面中将出现一张占位的菊花图 loading.gif
, 来提示用户图片正在加载。代码如下:
const myImage = (function () {
const imgNode = document.createElement('img');
document.body.appendChild(imgNode);
return {
setSrc: function (src) {
imgNode.src = src;
}
}
})();
const proxyImage = (function () {
const img = new Image;
img.onload = function () {
myImage.setSrc(this.src);
}
return {
setSrc: function (src) {
myImage.setSrc('/loading.gif');
img.src = src;
}
}
})();
proxyImage.setSrc('http://imgcache.qq.com/music/photo/k/000GGDys0yA0Nk.jpg');
现在我们通过 proxyImage
间接地访问 MyImage
。proxyImage
控制了客户对 MyImage
的访问,并且在此过程中加入一些额外的操作,比如在真正的图片加载好之前,先把 img
节点的 src
设置为 一张本地的 loading
图片。
4. 代理的意义
不过是实现一个小小的图片预加载功能,即使不需要引入任何模式也能办到,那么引入代理模式的好处究竟在哪里呢?下面我们先抛开代理,编写一个更常见的图片预加载函数。 不用代理的预加载图片函数实现如下:
const MyImage = (function () {
const imgNode = document.createElement('img');
document.body.appendChild(imgNode);
const img = new Image();
img.onload = function () {
imgNode.src = img.src;
};
return {
setSrc: function (src) {
imgNode.src = '/loading.gif';
img.src = src;
}
}
})();
MyImage.setSrc('http:// imgcache.qq.com/music/photo/k/000GGDys0yA0Nk.jpg');
为了说明代理的意义,下面我们引入一个面向对象设计的原则——单一职责原则。
单一职责原则指的是,就一个类(通常也包括对象和函数等)而言,应该仅有一个引起它变化的原因。如果一个对象承担了多项职责,就意味着这个对象将变得巨大,引起它变化的原因可能会有多个。面向对象设计鼓励将行为分布到细粒度的对象之中,如果一个对象承担的职责过多,等于把这些职责耦合到了一起,这种耦合会导致脆弱和低内聚的设计。当变化发生时,设计可能会遭到意外的破坏。
职责被定义为“引起变化的原因”。上段代码中的 MyImage
对象除了负责给 img
节点设置 src
外,还要负责预加载图片。我们在处理其中一个职责时,有可能因为其强耦合性影响另外一个职责的实现。
另外,在面向对象的程序设计中,大多数情况下,若违反其他任何原则,同时将违反开放— 封闭原则。如果我们只是从网络上获取一些体积很小的图片,或者 5 年后的网速快到根本不再需要预加载,我们可能希望把预加载图片的这段代码从 MyImage
对象里删掉。这时候就不得不改动 MyImage
对象了。
实际上,我们需要的只是给 img
节点设置 src
,预加载图片只是一个锦上添花的功能。如果能把这个操作放在另一个对象里面,自然是一个非常好的方法。于是代理的作用在这里就体现出来了,代理负责预加载图片,预加载的操作完成之后,把请求重新交给本体 MyImage
。
纵观整个程序,我们并没有改变或者增加 MyImage
的接口,但是通过代理对象,实际上给系统添加了新的行为。这是符合开放—封闭原则的。给 img
节点设置 src
和图片预加载这两个功能,被隔离在两个对象里,它们可以各自变化而不影响对方。何况就算有一天我们不再需要预加载, 那么只需要改成请求本体而不是请求代理对象即可。
5. 代理和本体接口的一致性
上一节说到,如果有一天我们不再需要预加载,那么就不再需要代理对象,可以选择直接请求本体。其中关键是代理对象和本体都对外提供了 setSrc
方法,在客户看来,代理对象和本体是一致的, 代理接手请求的过程对于用户来说是透明的,用户并不清楚代理和本体的区别,这样做有两个好处。
- 用户可以放心地请求代理,他只关心是否能得到想要的结果。
- 在任何使用本体的地方都可以替换成使用代理。
在 Java 等语言中,代理和本体都需要显式地实现同一个接口,一方面接口保证了它们会拥有同样的方法,另一方面,面向接口编程迎合依赖倒置原则,通过接口进行向上转型,从而避开编译器的类型检查,代理和本体将来可以被替换使用。
在 JavaScript 这种动态类型语言中,我们有时通过鸭子类型来检测代理和本体是否都实现了 setSrc
方法,另外大多数时候甚至干脆不做检测,全部依赖程序员的自觉性,这对于程序的健壮性是有影响的。不过对于一门快速开发的脚本语言,这些影响还是在可以接受的范围内,而且我们也习惯了没有接口的世界。
另外值得一提的是,如果代理对象和本体对象都为一个函数(函数也是对象),函数必然都能被执行,则可以认为它们也具有一致的“接口”,代码如下:
const myImage = (function () {
const imgNode = document.createElement('img');
document.body.appendChild(imgNode);
return function (src) {
imgNode.src = src;
}
})();
const proxyImage = (function () {
const img = new Image();
img.onload = function () {
myImage(this.src);
}
return function (src) {
myImage('/loading.gif');
img.src = src;
}
})();
proxyImage('http://imgcache.qq.com/music// N/k/000GGDys0yA0Nk.jpg');
6. 虚拟代理合并 HTTP 请求
在 Web 开发中,也许最大的开销就是网络请求。假设我们在做一个文件同步的功能,当我们选中一个 checkbox
的时候,它对应的文件就会被同步到另外一台备用服务器上面。
我们先在页面中放置好这些 checkbox
节点:
<body>
<input type="checkbox" id="1"/> 1
<input type="checkbox" id="2"/> 2
<input type="checkbox" id="3"/> 3
<input type="checkbox" id="4"/> 4
<input type="checkbox" id="5"/> 5
<input type="checkbox" id="6"/> 6
<input type="checkbox" id="7"/> 7
<input type="checkbox" id="8"/> 8
<input type="checkbox" id="9"/> 9
</body>
接下来,给这些 checkbox
绑定点击事件,并且在点击的同时往另一台服务器同步文件:
const synchronousFile = function (id) {
console.log('开始同步文件,id 为: ' + id);
};
const checkboxs = document.getElementsByTagName('input');
for (let i = 0; i < checkboxs.length; i++) {
checkboxs[i].onclick = function () {
if (this.checked === true) {
synchronousFile(this.id);
}
}
};
当我们选中 3 个 checkbox
的时候,依次往服务器发送了 3 次同步文件的请求。而点击一个 checkbox
并不是很复杂的操作。但是如此频繁的网络请求将会带来相当大的开销。
解决方案是,我们可以通过一个代理类 ProxySynchronousFile
来收集一段时间之内的请求, 最后一次性发送给服务器。比如我们等待 2 秒之后才把这 2 秒之内需要同步的文件 ID 打包发给服务器,如果不是对实时性要求非常高的系统,2 秒的延迟不会带来太大副作用,却能大大减轻服务器的压力。代码如下:
class ProxySynchronousFile {
constructor(wait) {
this.cache = []; // 保存一段时间内需要同步的 ID
this.timer = null; // 定时器
this.wait = wait;
}
send(id) {
this.cache.push(id);
if (this.timer) { // 保证不会覆盖已经启动的定时器
return;
}
this.timer = setTimeout(function () {
this.synchronousFile(this.cache.join(',')); // 2 秒后向本体发送需要同步的 ID 集合
clearTimeout(this.timer); // 清空定时器
this.timer = null;
this.cache.length = 0; // 清空 ID 集合
}, this.wait);
}
synchronousFile(id) {
console.log('开始同步文件,id 为: ' + id);
}
}
const proxy = new ProxySynchronousFile(2000);
const checkbox = document.getElementsByTagName('input');
for (let i = 0; i < checkboxs.length; i++) {
checkboxs[i].onclick = function () {
if (this.checked === true) {
proxy.send(this.id);
}
}
};
7. 缓存代理
缓存代理可以为一些开销大的运算结果提供暂时的存储,在下次运算时,如果传递进来的参数跟之前一致,则可以直接返回前面存储的运算结果。
7.1 缓存代理的例子—计算乘积
为了节省示例代码,这里编写一个简单的求乘积的程序。
先创建一个用于求乘积的函数:
const mult = function () {
console.log('开始计算乘积');
let s = 1;
for (let i = 0, l = arguments.length; i < l; i++) {
s *= arguments[i];
}
return s;
};
mult(2, 3); // 输出:6
mult(2, 3, 4); // 输出:24
现在加入缓存代理类:
class ProxyMult {
constructor() {
this.cache = {};
}
cal() {
const args = Array.prototype.join.call(arguments, ',');
if (args in this.cache) {
return this.cache[args];
}
return this.cache[args] = this.mult.apply(this, arguments);
}
mult() {
console.log('开始计算乘积');
let s = 1;
for (let i = 0, l = arguments.length; i < l; i++) {
s *= arguments[i];
}
return s;
}
}
const proxyMult = new ProxyMult();
proxyMult.cal(1, 2, 3, 4); // 输出:24
proxyMult.cal(1, 2, 3, 4); // 输出:24
当我们第二次调用 proxyMult.cal(1, 2, 3, 4)
的时候,本体 mult
函数并没有被计算,proxyMult.cal
直接返回了之前缓存好的计算结果。 通过增加缓存代理的方式,mult
函数可以继续专注于自身的职责——计算乘积,缓存的功能是由代理对象实现的。
7.2 缓存代理用于ajax异步请求数据
我们在常常在项目中遇到分页的需求,同一页的数据理论上只需要去后台拉取一次,这些已经拉取到的数据在某个地方被缓存之后,下次再请求同一页的时候,便可以直接使用之前的数据。
显然这里也可以引入缓存代理,实现方式跟计算乘积的例子差不多,唯一不同的是,请求数据是个异步的操作,我们无法直接把计算结果放到代理对象的缓存中,而是要通过回调的方式。
8. 用高阶函数动态创建代理
通过传入高阶函数这种更加灵活的方式,可以为各种计算方法创建缓存代理。现在这些计算方法被当作参数传入一个专门用于创建缓存代理的工厂中, 这样一来,我们就可以为乘法、加法、减法等创建缓存代理,代码如下:
/**************** 计算乘积 *****************/
const mult = function () {
let s = 1;
for (let i = 0, l = arguments.length; i < l; i++) {
s *= arguments[i];
}
return s;
};
/**************** 计算加和 *****************/
const plus = function () {
let s = 0;
for (let i = 0, l = arguments.length; i < l; i++) {
s += arguments[i];
}
return s;
};
/**************** 创建缓存代理的工厂 *****************/
const createProxyFactory = function (fn) {
const cache = {};
return function () {
const args = Array.prototype.join.call(arguments, ',');
if (args in cache) {
return cache[args];
}
return cache[args] = fn.apply(this, arguments);
}
};
const proxyMult = createProxyFactory(mult),
proxyPlus = createProxyFactory(plus);
console.log(proxyMult(1, 2, 3, 4)); // 输出:24
console.log(proxyMult(1, 2, 3, 4)); // 输出:24
console.log(proxyPlus(1, 2, 3, 4)); // 输出:10
console.log(proxyPlus(1, 2, 3, 4)); // 输出:10
当然,也可以通过类的方式实现:
/**************** 计算乘积 *****************/
const mult = function () {
let s = 1;
for (let i = 0, l = arguments.length; i < l; i++) {
s *= arguments[i];
}
return s;
};
/**************** 计算加和 *****************/
const plus = function () {
let s = 0;
for (let i = 0, l = arguments.length; i < l; i++) {
s += arguments[i];
}
return s;
};
/**************** 创建缓存代理的工厂 *****************/
class ProxyFactory {
constructor(fn) {
this.fn = fn;
this.cache = {};
}
cal() {
const args = Array.prototype.join.call(arguments, ',');
if (args in this.cache) {
return this.cache[args];
}
return this.cache[args] = this.fn.apply(this, arguments);
}
}
const proxyMult = new ProxyFactory(mult),
proxyPlus = new ProxyFactory(plus);
console.log(proxyMult.cal(1, 2, 3, 4)); // 输出:24
console.log(proxyMult.cal(1, 2, 3, 4)); // 输出:24
console.log(proxyPlus.cal(1, 2, 3, 4)); // 输出:10
console.log(proxyPlus.cal(1, 2, 3, 4)); // 输出:10
9. 其他代理模式
代理模式的变体种类非常多,限于篇幅及其在 JavaScript 中的适用性,本文只简约介绍一下这些代理,就不一一详细展开说明了。
- 防火墙代理:控制网络资源的访问,保护主题不让“坏人”接近。
- 远程代理:为一个对象在不同的地址空间提供局部代表,在 Java 中,远程代理可以是另一个虚拟机中的对象。
- 保护代理:用于对象应该有不同访问权限的情况。
- 智能引用代理:取代了简单的指针,它在访问对象时执行一些附加操作,比如计算一个对象被引用的次数。
- 写时复制代理:通常用于复制一个庞大对象的情况。写时复制代理延迟了复制的过程,当对象被真正修改时,才对它进行复制操作。
小结
代理模式包括许多小分类,在 JavaScript 开发中最常用的是虚拟代理和缓存代理。虽然代理模式非常有用,但我们在编写业务代码的时候,往往不需要去预先猜测是否需要使用代理模式。当真正发现不方便直接访问某个对象的时候,再编写代理也不迟。