设计模式比较

代理模式--装饰模式

代理模式和装饰模式非常类似，甚至代码都类似。二者最主要的区别是：代理模式中，代理类对被代理的对象有控制权，决定其执行或者不执行。而装饰模式中，装饰类对代理对象没有控制权，只能为其增加一层装饰，以加强被装饰对象的功能，仅此而已。

装饰器模式关注于在一个对象上动态的添加方法，然而代理模式关注于控制对对象的访问。换句话 说，用代理模式，代理类（proxy class）可以对它的客户隐藏一个对象的具体信息。因此，当使用代理模式的时候，我们常常在一个代理类中创建一个对象的实例。而使用装饰器模 式的时候，我们通常的做法是将原始对象作为一个参数传给装饰者的构造器。

        我们可以用另外一句话来总结这些差别：使用代理模式，代理和真实对象之间的的关系通常在编译时就已经确定了，而装饰者能够在运行时递归地被构造。   

代理在不改变接口的前提下，控制对象的访问。
　　1.从封装的角度讲，是为了解决类与类之间相互调用而由此导致的耦合关系，可以说是接口的另外一个层引用。
　　　　比如：在a类->b代理->c类这个关系中，c类的一切行为都隐藏在b中。即调用者不知道要访问的内容与代理了什么对象。
　　2.从复用的角度讲，可以解决不同类调用一个复杂类时，仅仅因较小的改变而导致整个复杂类新建一个类。
　　　　比如：a类->c类1；b类->c类2。
　　　　可以变为a类->ca代理类->c类；b类->cb代理类-c类。
　　代理模式，是类之间的封装和（某方面的）复用。 

代理模式在Java的开发中俯拾皆是， 是大家非常熟悉的模式， 应用非常广泛， 而装饰模式是一个比较拘谨的模式， 在实际应用中接触比较少， 但是也有不少框架项目使用了装饰模式， 例如在JDK的java.io.*包中就大量使用装饰模式， 类似如下的代码：

OutputStream out = new DataOutputStream（ new FileOutputStream（ "test.txt"） ）

　　这是装饰模式的一个典型应用， 使用DataOutputStream封装了一个FileOutputStream， 以方便进行输出流处理。

//代理
public void run() {
        Random rand = new Random();
        if (rand.nextBoolean()) {
            System.out.println("代理人安排运动员跑步...");
            runner.run();
        }
        else {
            System.out.println("代理人有事情，不安排运动员跑步了...");
        }
    }

//装饰
public void run() {
        System.out.println("给运动员屁股后加一个推进装置...");
        runner.run();
    }

适配器模式--桥接模式--代理模式

适配器模式：将一个类的接口转换成希望的另一个接口，使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

比如：手机的usb数据线可以被看做适配器，不同的手机通过不同的usb数据线连接到电脑相同的usb接口上。还有，栈和队列被称为容器适配器，他们本身都是基于线性表来实现的，但是对外提供了特定的操作接口。

适配器模式（原对象，适配对象，目标对象）：解决了不兼容问题，将类自己的接口包裹在一个已存在的接口中，适配器类与原有类有相同的接口。将一个类通过某种方式转变为另一个类。

优点：将目标类和适配器者类解耦，增加了类的复用性，在不修改原代码的基础上来复用现有类，符合开闭原则

缺点：一次最多只能适配一个适配者类，不能同时适配多个适配者。

桥接模式：主要目的是将一个对象的主要因素抽象出来，不是通过类继承的方式来满足这个因素的变化，而是通过对象组合的方式来依赖因素的抽象。这样当依赖的因素的具体实现发生变化后，而我们具体的引用却不用发生改变，因为我们的对象是依赖于抽象的，而不是具体的实现。应对多维度的变化（图形：矩形 圆形 三角形等   颜色：白色 黄色 黑色 组合在一起，有两个变化因素）

以组合的方式依赖因素的抽象。适应多维度的变化。

Bridge模式基于类的最小设计原则，通过使用封装、聚合及继承等行为让不同的类承担不同的职责

使用场景：

（1）当一个对象有多个变化因素的时候，通过抽象这些变化因素，将依赖具体实现，修改为依赖抽象。

（2）当某个变化对象在多个对象中共享时，我们可以抽象出这个变化因素，然后实现这些不同的变化因素。

（3）当我们期望一个对象的多个变化因素可以动态的变化，而且不影响客户的程序的使用时。

代理模式：用一个类去调用另一个类的方法，不对这个类进行直接操作。特点在于隔离，隔离调用类与被调用类的关系，通过一个代理类去调用。将一个类转换成具体的操作类。

代理模式--中介者模式

代理模式：用户不想或者不能直接引用一个对象，而代理对象可以在用户与对象之间起到中介的作用

优点    
- 降低了用户与对象直接的耦合度。 
- 可以扩展具体的主题类或者主题类的功能，扩展性好。

缺点    
- 由于增加了一个代理对象，导致请求速度变慢。 
- 增加了系统的复杂性

中介者模式：

优点    
- 减少对象之间直接交互所产生的错误，多个对象之间通过中介者来交互 
- 同事之间解耦，提供系统的灵活性，使得各个同事对象独立而易于复用

缺点    
- 中介者角色承担了较多的责任，所以一旦这个中介者对象出现了问题，整个系统将会受到重大的影响
 

工厂模式--建造者模式

工厂方法模式注重的是整体对象的创建方法，而建造者模式注重的是部件构建的过程，旨在通过一步一步地精确构造创建出一个复杂的对象。我们举个简单例子来说明两者的差异，如要制造一个超人，如果使用工厂方法模式，直接产生出来的就是一个力大无穷、能够飞翔、内裤外穿的超人；而如果使用建造者模式，则需要组装手、头、脚、躯干等部分，然后再把内裤外穿，才能创造一个超人。

超人生产工厂，对于具体生产出的产品，不管是成年超人还是未成年超人，都是一个模样：深蓝色紧身衣、胸前S标记、内裤外穿，没有特殊的地方。具体怎么生产、怎么组装，这不是工厂方法模式要考虑的，也就是说，工厂模式关注的是一个产品整体，生产出的产品应该具有相似的功能和架构。

在建立超人的过程中，建造者必须关注超人的各个部件，而工厂方法模式则只关注超人的整体，这就是两者的区别。

　　在工厂方法模式里，我们关注的是一个产品整体，如超人整体，无须关心产品的各部分是如何创建出来的；但在建造者模式中，一个具体产品的产生是依赖各个部件的产生以及装配顺序，它关注的是“由零件一步一步地组装出产品对象”。简单地说，工厂模式是一个对象创建的粗线条应用，建造者模式则是通过细线条勾勒出一个复杂对象，关注的是产品组成部分的创建过程。

　　工厂方法模式创建的产品一般都是单一性质产品，如成年超人，都是一个模样，而建造者模式创建的则是一个复合产品，它由各个部件复合而成，部件不同产品对象当然不同。
　　如果需要详细关注一个产品部件的生产、安装步骤，则选择建造者，否则选择工厂方法模式。

工厂模式用于处理 如何获取实例对象 问题，建造者模式用于处理如何建造实例对象 问题