（11）装饰模式

（11）装饰模式

定义：动态地给一个对象添加一些额外的职责。就扩展功能而言， 它比生成子类方式更为灵活。

类型：结构型模式

类图：

1.    装饰模式(Decorator)的定义：又名包装(Wrapper)模式，装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。

2.    装饰模式以对客户端透明的方式动态的给一个对象附加上更多的责任。换言之客户端并不会觉的对象在装饰前和装饰后有什么区别。

3.    装饰模式可以在不创造更多的子类的模式下，将对象的功能加以扩展。

4.    装饰模式与类继承的区别：

1)    装饰模式是一种动态行为，对已经存在类进行随意组合，而类的继承是一种静态的行为，一个类定义成什么样的，该类的对象便具有什么样的功能，无法动态的改变。

2)    装饰模式扩展的是对象的功能，不需要增加类的数量，而类继承扩展是类的功能，在继承的关系中，如果我们想增加一个对象的功能，我们只能通过继承关系，在子类中增加两个方法。

3)    装饰模式是在不改变原类文件和使用继承的情况下，动态的扩展一个对象的功能，它是通过创建一个包装对象，也就是装饰来包裹真是的对象。

5.    装饰模式把对客户端的调用委派给被装饰的类，装饰模式的关键在于这种扩展完全透明的。

装饰模式的构成

1)    抽象构建角色(Component):给出一个抽象的接口，以规范准备接受附加责任的对象。相当于i/o流里面InputStream/OutputStream和Reader/Writer。

2)    具体的构建角色(ConcreteComponent)：定义一个将要接受附加责任的类。相当于i/o里面的FileOutputStream和FileInputStream。

3)    装饰角色(Docorator):持有一个抽象构建(Component)角色的引用，并定义一个与抽象构件一致的接口。相当于i/o里面的FilerOutputStream和FilterInputStream。

 

4)    具体的装饰角色(ConcreteDecorator):负责给构建对象“贴上”附加的责任。相当于i/o流里面的BufferedOutputStream和BufferedInputStream以及DataOutputStream和DataInputSrtream。

7.    装饰模式的特点：

1)    装饰对象和真实对象具有相同的接口，这样客户端对象就可以以真实对象的相同的方式和装饰对象交互。

2)    装饰对象包含一个真实对象的引用(reference).

3)    装饰对象接受所有来自客户端的请求，它把这些请求转发给真实的对象。

4)    装饰对象可以在转发这些请求以前或者以后增加一些附加的功能。这样就能确保在运行时，不用修改给定对象结构就可以在外部增加附加的功能。在面向对象的程序设计中，通常是使用继承的关系来扩展给定类的功能。

代码实现

// 抽象的构建接口：public interface Component {   public void doSomething();}

// 具体的构建角色：public class ConcreteComponent implements Component {   @Override   public void doSomething() {      System.out.println("功能A");   }}

// 装饰角色：public class Decorate implements Component {   private Component component;   public Decorate(Component component) {      this.component = component;   }   @Override   public void doSomething() {      component.doSomething();   }}

// 具体装饰角色1：public class ConcreteDecorate1 extends Decorate {   public ConcreteDecorate1(Component component) {      super(component);   }   @Override   public void doSomething(){      super.doSomething();      this.doAnotherDosomething();   }   private void doAnotherDosomething() {      System.out.println("功能B");   }}

// 具体装饰角色2：public class ConcreteDecorate2 extends Decorate {   public ConcreteDecorate2(Component component) {      super(component);   }   @Override   public void doSomething() {      super.doSomething();      this.doAnotherDosomething();   }   private void doAnotherDosomething() {      System.out.println("功能C");   }}

// 客户端public class Client {   public static void main(String[] args) {      Component component = new ConcreteDecorate1(        new ConcreteDecorate2(new ConcreteComponent()));      component.doSomething();   }}

优缺点

（1）装饰模式与继承关系的目的都是要扩展对象的功能，但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”一个需要的“装饰”，或者除掉一个不需要的“装饰”。继承关系则不同，继承关系是静态的，它在系统运行前就决定了。

（2）通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。

（3）由于使用装饰模式，可以比使用继承关系需要较少数目的类。使用较少的类，当然使设计比较易于进行。但是，在另一方面，使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难，特别是这些对象看上去都很相像。

适用场景

当我们需要将责任动态的附加到对象上的时候；也就是说，我们开发设计的对象中有某一部分的功能现在还不能确定，以后需要动态的添加或者去掉。或者是在使用继承比较困难的时候，可以采用组合的实现方式（继承与复用）。