设计模式——代理模式与装饰模式的异同

两种模式的特点

装饰模式：

　　在不改变接口的前提下，动态扩展对象的访问。
　　动态继承，让类具有在运行期改变行为的能力。
　　装饰模式，突出的是运行期增加行为，这和继承是不同的，继承是在编译期增加行为。
　　强调：增强

代理模式：

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

举个例子说明问题

　　下面通过一个例子来说明两者的不同。当我们冲咖啡的时候，首先你要拿咖啡粉冲好一杯咖啡，然后你可以考虑是否加方糖或牛奶。

　　那么咖啡这个东西就可以通过糖或奶或者糖和奶，变成加糖的咖啡、加奶的咖啡、加糖加奶的咖啡。

　　但是它还是一杯咖啡，只是它的属性进行了扩展。

　　接下来分别通过装饰模式与代理模式，模拟这个过程。

1.装饰模式

　　测试代码：

 1 Cafe cafe = new ConcreteCafe();
 2
 3 Cafe milkCafe = new MilkDecorator(cafe);
 4 milkCafe.getCafe();
 5 System.out.println("----------------------------------------");
 6 Cafe sugarCafe = new SugarDecorator(cafe);
 7 sugarCafe.getCafe();
 8 System.out.println("----------------------------------------");
 9 Cafe sugarMilkCafe = new MilkDecorator(new SugarDecorator(new ConcreteCafe()));
10 sugarMilkCafe.getCafe();
11 System.out.println("----------------------------------------");
12 Cafe milkSugarCafe = new SugarDecorator(new MilkDecorator(cafe));
13 milkSugarCafe.getCafe();
14 System.out.println("----------------------------------------");

　　就像使用IO流一样：

1 BufferedReader in1 = new BufferedReader(new InputStreamReader(new FileInputStream(file)));//字符流
2 DataInputStream in2 = new DataInputStream(new BufferedInputStream(new FileInputStream(file)));//字节流

　　对类进行了功能的增强。

2.代理模式

　　测试代码：

1 Cafe cafe = new Proxy();
2 cafe.getCafe();

现在可以很清楚的看到：

　　1. 装饰模式可以让使用者直观的看到增强了哪些功能，而代理模式完全限制了使用者。

　　2. 对装饰模式来说，装饰者（Decorator）和被装饰者（Cafe）都实现同一个接口。

　　3. 对代理模式来说，代理类（proxy class）和真实处理的类（real class）都实现同一个接口。

　　4. 此外，不论我们使用哪一个模式，都可以很容易地在真实对象的方法前面或者后面加上自定义的方法。

装饰模式与继承的比较

　　明显的，装饰模式可以动态的扩展对象的行为。

　　比如某对象有30项行为，但是在第一阶段用到1-20行为，第二阶段用到11-30项行为，所以这时候，就可以只定义11-20的行为。

　　在第一阶段运行时，可以将1-10的行为以“装饰1”给加上

　　到第二阶段运行时，可以将“装饰1”去掉，将21-30的能以“装饰2”给加上。

　　但是继承是在编译期增加行为。

装饰模式的优缺点

优点：

　　1. 装饰模式可以提供比继承更多地灵活性。
　　2. 可以通过一种动态的方式来扩展一个对象的功能，在运行时选择不同的装饰器，从而实现不同的行为。
　　3. 通过使用不同的具体装饰类以及这些装饰类的排列组合，可以创造出很多不同行为的组合。可以使用多个具体装饰类来装饰同一对象，得到功能更为强大的对象。
　　4. 具体构件类与具体装饰类可以独立变化，用户可以根据需要增加新的具体构件类和具体装饰类，在使用时再对其进行组合，原有代码无须改变，符合“开闭原则”。

缺点：

　　1. 会产生很多的小对象（具体装饰类），增加了系统的复杂性。
　　2. 这种比继承更加灵活机动的特性，也同时意味着装饰模式比继承更加易于出错，排错也很困难，对于多次装饰的对象，调试时寻找错误可能需要逐级排查，较为烦琐。