代理模式，装饰器模式，桥接模式的区别

代理模式和装饰器模式都持有RealObject（被代理的对象/被装饰的对象）

 

代理模式用于控制访问，即原本功能的执行与否取决于场景条件，对用户而言重要的是原本的功能

装饰器模式用于动态地添加职责，原本的功能必须执行，对用户而言重要的是添加的职责

桥接模式用于抽象和实现的分离，即从不同维度划分类的属性，以聚合的方式桥接，降低耦合。

与装饰器的区别在于装饰器是对 对象行为的扩展，对需求变化的适应，桥接是对 对象属性不同维度的抽象分离，对属性变化的适应。

e.g.装饰：牛奶可以加糖，加咖啡，等等；

CandyMilk(Milk)

桥接：饮料（牛奶，），添加剂（配方：糖：90%，辣椒：10%）

Milk.setAddition(new Addition(...));

摘自：http://design-patterns.readthedocs.io/zh_CN/latest/structural_patterns/decorator.html

代理模式适用场景

 

• 远程(Remote)代理：为一个位于不同的地址空间的对象提供一个本地的代理对象，这个不    同的地址空间可以是在同一台主机中，也可是在另一台主机中，远程代理又叫做大使(Ambassador)。 e.g.RPC和CORBA provides的桩代码,远程代理可以将网络的细节隐藏起来，使得客户端不必考虑网络的存在。客户完全可以认为被代理的远程业务对象是局域的而不是远程的，而远程代理对象承担了大部分的网络通信工作。
• 虚拟(Virtual)代理：如果需要创建一个资源消耗较大的对象，先创建一个消耗相对较小的对象来表示，真实对象只在需要时才会被真正创建。e.g.图片代理：一个很常见的代理模式的应用实例就是对大图浏览的控制。
• Copy-on-Write代理：它是虚拟代理的一种，把复制（克隆）操作延迟 到只有在客户端真正需要时才执行。一般来说，对象的深克隆是一个 开销较大的操作，Copy-on-Write代理可以让这个操作延迟，只有对象被用到的时候才被克隆。e.g.用户通过浏览器访问网页时先不加载真实的大图，而是通过代理对象的方法来进行处理，在代理对象的方法中，先使用一个线程向客户端浏览器加载一个小图片，然后在后台使用另一个线程来调用大图片的加载方法将大图片加载到客户端。当需要浏览大图片时，再将大图片在新网页中显示。如果用户在浏览大图时加载工作还没有完成，可以再启动一个线程来显示相应的提示信息。通过代理技术结合多线程编程将真实图片的加载放到后台来操作，不影响前台图片的浏览。
• 保护(Protect or Access)代理：控制对一个对象的访问，可以给不同的用户提供不同级别的使用权限。
• 缓冲(Cache)代理：为某一个目标操作的结果提供临时的存储空间，以便多个客户端可以共享这些结果。
• 防火墙(Firewall)代理：保护目标不让恶意用户接近。
• 同步化(Synchronization)代理：使几个用户能够同时使用一个对象而没有冲突。
• 智能引用(Smart Reference)代理：当一个对象被引用时，提供一些额外的操作，如将此对象被调用的次数记录下来等。

 

动态代理

• 动态代理是一种较为高级的代理模式.e.g.Spring AOP。
• 在传统的代理模式中，客户端通过Proxy调用RealSubject类的request()方法，同时还在代理类中封装了其他方法(如preRequest()和postRequest())，可以处理一些其他问题。
• 如果按照这种方法使用代理模式，那么真实主题角色必须是事先已经存在的，并将其作为代理对象的内部成员属性。如果一个真实主题角色必须对应一个代理主题角色，这将导致系统中的类个数急剧增加，因此需要想办法减少系统中类的个数，此外，如何在事先不知道真实主题角色的情况下使用代理主题角色，这都是动态代理需要解决的问题。

 

装饰器适用场景

 

• 在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。e.g.BufferedOutputStream(new FileOutputStream(..))添加缓冲区
• 需要动态地给一个对象增加功能，这些功能也可以动态地被撤销。
• 当不能采用继承的方式对系统进行扩充或者采用继承不利于系统扩展和维护时。不能采用继承的情况主要有两类：第一类是系统中存在大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长；第二类是因为类定义不能继承（如final类）.