代理模式

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

    意图：为其他对象提供一种代理以控制对这个对象的访问。

    主要解决：在直接访问对象时带来的问题，比如说：要访问的对象在远程的机器上。在面向对象系统中，有些对象由于某些原因（比如对象创建开销很大，或者某些操作需要安全控制，或者需要进程外的访问），直接访问会给使用者或者系统结构带来很多麻烦，我们可以在访问此对象时加上一个对此对象的访问层。

    何时使用：想在访问一个类时做一些控制。

    如何解决：增加中间层。

    优点： 1、职责清晰； 2、高扩展性； 3、智能化。

    缺点： 1、由于在客户端和真实主题之间增加了代理对象，因此有些类型的代理模式可能会造成请求的处理速度变慢。 2、实现代理模式需要额外的工作，有些代理模式的实现非常复杂。

    介绍：使用者 无权 访问目标对象； 中间加代理，通过代理做授权和控制

                示例： 科学上网；明星经纪人， nginx，vpn

js 中的代理模式

应用场景

        代理模式包括许多小分类，在 JavaScript 开发中最常用的是 虚拟代理 和 缓存代理；

        事件代理

     网页事件代理

---

        jQuery  $.proxy

            通过 $.proxy 来指定 this， 达到正确的目的;

案例

                虚拟代理

案例

                代理的意义

                    为什么加载图片要处理的如此麻烦， 看看不使用 代理模式的 图片加载：

不使用代理模式

                这里就 设计到了  单一职责 原则；

                单一职责原则指的是，就一个类（通常也包括对象和函数等）而言，应该仅有一个引起它变化的原因。如果一个对象承担了多项职责，就意味着这个对象将变得巨大，引起它变化的原因可能会有多个。

                面向对象设计鼓励将行为分布到细粒度的对象之中，如果一个对象承担的职责过多，等于把这些职责耦合到了一起，这种耦合会导致脆弱和低内聚的设计。当变化发生时，设计可能会遭到意外的破坏；

                职责被定义为“引起变化的原因”。上段代码中的 MyImage 对象除了负责给 img 节点设置 src 外，还要负责 预加载图片。我们在处理其中一个职责时，有可能因为其强耦合性影响另外一个职责的实现； 

                另外，在面向对象的程序设计中，大多数情况下，若违反其他任何原则，同时将违反 开放—封闭原则。如果我们只是从网络上获取一些体积很小的图片，或者 根本不再需要预加载，我们可能希望把预加载图片的这段代码从 MyImage 对象里删掉。这时候就不得不改动 MyImage 对象了；

                实际上，我们需要的只是给 img 节点设置 src，预加载图片只是一个锦上添花的功能。如果能把这个操作放在另一个对象里面，自然是一个非常好的方法。于是代理的作用在这里就体现出来了，代理负责预加载图片，预加载的操作完成之后，把请求重新交给本体 MyImage；

                纵观整个程序，我们并没有改变或者增加 MyImage 的接口，但是通过代理对象，实际上给系统添加了新的行为。这是符合开放—封闭原则的。给 img 节点设置 src 和 图片预加载 这两个功能，被 隔离在两个对象里，它们可以各自变化而不影响对方。何况就算有一天我们不再需要预加载，那么 只需要改成请求本体而不是请求代理对象即可。

         代理和本体接口的一致性

                如果有一天我们不再需要预加载，那么就不再需要代理对象，可以选择直接请求本体。其中关键是代理对象和本体都对外提供了 setSrc 方法，在客户看来，代理对象和本体是一致的， 代理接手请求的过程对于用户来说是透明的，用户并不清楚代理和本体的区别，这样做有两个好处。

                用户可以放心地请求代理，他只关心是否能得到想要的结果。

                在任何使用本体的地方都可以替换成使用代理；   

            Java 等语言中，代理和本体都需要 显式地实现同一个接口，一方面接口保证了它们会拥有同样的方法，另一方面，面向接口编程迎合依赖倒置原则，通过接口进行向上转型，从而避开编译器的类型检查，代理和本体将来可以被替换使用。

            如果代理对象和本体对象都为一个函数（函数也是对象），函数必然都能被执行，则可以认为它们也具有一致的“接口”；

代理和本体接口的一致性

---

    ES6 Proxy

            明星 和 经纪人的 例子 是一个 很典型的 代理模式，经纪人 来 代理 明星 与 需求方就行联系；

案例

---

        缓存代理 算法中经常用到

            缓存代理可以为一些开销大的运算结果提供暂时的存储，在下次运算时，如果传递进来的参数跟之前一致，则可以直接返回前面存储的运算结果；

 缓存代理 

            使用 高阶函数 动态创建代理：

 使用 高阶函数 动态创建代理

---

代理模式 vs 适配器模式

     适配器模式： 提供一个 不同的接口（ 如 不同版本的插头）原来的不能使用， 因 老旧或者 格式不同；

     代理模式： 提供 一模一样的接口 ，原来的还可以使用，但是不能直接使用，需要隔离；

 代理模式 vs 装饰器模式

      装饰器模式：扩展功能，原有功能不变 且 可直接使用；

      代理模式：显示原有功能，但是经过 限制 或者 阉割 之后的，隔离了直接访问者；

设计原则验证

    代理类 和 目标类分离，隔离开目标类和使用者；

    符合开放封闭原则。

---

文中参考 和 摘抄

    JavaScript 设计模式与开发实践；