共计 1778 个字符，预计需要花费 5 分钟才能阅读完成。
Proxy（代理模式）
Proxy（代理模式）属于结构型模式，通过拜访代理对象代替拜访原始对象，以取得一些设计上的便捷。
用意：为其余对象提供一种代理以管制这个对象的拜访。
举例子
如果看不懂下面的用意介绍，没有关系，设计模式须要在日常工作里用起来，联合例子能够加深你的了解，上面我筹备了三个例子，让你领会什么场景下会用到这种设计模式。
取得文本对象长度
取得一个文本对象长度，必须要真正渲染进去，而渲染是比拟耗时的，咱们可能只在某些场景下须要拜访文本对象长度，而更多时候只须要读取文本内容，这两种操作耗时是齐全不同的，如何做到业务层调用无感知，来优化执行耗时呢？
代理模式能够解决这个问题，咱们将业务层应用的文本对象替换为代理对象，这个代理对象初始化并不渲染文本，而是在调用文本长度时才渲染。
对象拜访爱护
某个大型零碎开发完了，忽然要求减少代码拜访权限体系，不同模块对雷同的底层对象领有不同拜访权限，此时这个权限管制逻辑如果写入底层对象，就违反了开闭准则，而对象自身的实现也不再纯正，减少了保护老本，如何做到不批改对象自身，实现权限管制呢？
代理模式也能解决，将底层对象导出替换为代理对象，由代理对象管制拜访权限即可。
对象与视图双向绑定
Angular 或 Vue 这类前端框架采纳双向绑定视图更新技术，即对象批改后，应用到的视图会主动刷新，这就须要做到以下两点：
- 在对象被拜访时，记录调用的视图绑定。
- 在对象被批改时，刷新调用它的视图。
问题是，在业务代码应用对象与批改对象的中央插入这段逻辑，显然会减少微小的保护老本，如何做到业务层无感知呢？
代理模式能够很好的解决这个问题，其实业务层拿到的对象曾经是代理对象了，它在被拜访与被批改时，都会执行固定的钩子做视图绑定与视图刷新。
用意解释
用意：为其余对象提供一种代理以管制这个对象的拜访。
代理模式的用意很容易了解，就是通过代理对象代替原始对象的拜访。
这只是代理模式的实现形式，代理模式真正的难点不在于了解它是如何工作的，而是了解哪些场景适宜用代理，或者说创立了代理对象，怎么用能力施展它的价值。
在下面例子中，曾经举出了几种常见代理应用场景：
- 对开销大的对象应用代理，以按需应用。
- 对须要爱护的对象进行代理，在代理层做权限管制。
- 在对象拜访与批改时要执行一些其余逻辑，适宜在代理层做。
结构图
应用时关系如下：
Subject 定义的是 RealSubject 与 Proxy 共用的接口，这样任何应用 RealSubject 的中央都能够应用 Proxy。
RealSubject 指的是原始对象，Proxy 是一个代理实体。
关系图中能够看出，当客户端要拜访 subject 时，第一层拜访的是 Proxy 代理，由这个代理将 realSubject 转发给客户端。
代码例子
上面例子应用 typescript 编写。
`// 对象 obj
const proxy = new Proxy(obj, {
get(target,key) {}
set(target,key,value) {}
})
`
JS 创立代理还是蛮简略的，代理能够管制对象的所有成员属性，包含成员变量与成员办法的拜访（get）与批改（set）。
弊病
代理模式会减少强劲的开销，因而请不要将所有对象都变成代理，没有意义的代理只会徒增程序开销。
另外代理对象过多，也会导致调试艰难，因为代理层的存在，咱们往往可能疏忽这一层带来的影响，导致遗记这个对象其实是一个代理。
总结
代理和继承有足够多的相似之处，继承中，子类简直能够人为是对父类的代理，子类能够重写父类的办法。但代理和继承还是有区别的：
如果你没有采纳 new Proxy 这种 API 创立代理，而是采纳继承的形式实现，你会一下子继承这个类的所有办法，而做不到按需管制拜访权限的灵便成果，所以代理比继承更加灵便。
JS 的 new Proxy 对应了 Java 动静代理模式，个别认为动静代理比动态代理更弱小。
最初，还要重申那句话，代理模式了解与使用并不难，难就难在是否在失当的场合想到它，双向绑定简直是代理模式最好的例子。
探讨地址是：精读《设计模式 – Proxy 代理模式》· Issue #291 · dt-fe/weekly
如果你想参加探讨，请 点击这里，每周都有新的主题，周末或周一公布。前端精读 – 帮你筛选靠谱的内容。
关注 前端精读微信公众号
版权申明：自在转载 - 非商用 - 非衍生 - 放弃署名（创意共享 3.0 许可证）
