装饰模式

有一天我们穿着休闲装开开心心的到了公司，就在这个时候老板看见你了，一脸严肃的说：今天公司周年庆，你不知道吗，要正式一点，着正式服装。你肯定想：我去，完全忘记这件事了。忽然你灵光一闪，还好我有一件大学的陈年西服外套，那就加一件正装外套好了，搞定。

这个就和我们工作中有一种情况很类似，当我们都完成了一个功能了，开始运行了，但是老板忽然说能不能在这个地方加个新功能，但是只是在某些特殊的地方才使用，这个时候我们修改原有代码不好吧，万一影响原有的逻辑怎么办？头疼，有没有好的办法来解决这个问题呢？必须有啊，我们有一种很好的设计模式能够解决这个问题 — 装饰模式。

什么是装饰模式？

装饰模式（Decorator），动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更加灵活。就像我之前说的，你穿着休闲装，这个时候忽然要你正式一点，而且又只需要今天一天，没必要去买套新的西服，穿件正装外套不就解决了吗，这个就像装饰自己一样。

装饰模式结构图

我们先来大致的看一下装饰模式的UML图：

应该还是挺清晰的吧？当然我还是用上面穿衣服的例子实现给大家看一看，更便于理解，但是这里注意一下：由于我这里“人”是主体类，相当于是这里只有一个实体 ConcreteComponent 类而没有抽象的 Component 类，那么 Decorator 类就可以是ConcreteComponent的子类，希望大家在看示例代码的时候，不要在这里觉得疑惑。同样的道理，假如这里只有一个 ConcreteDecorator 类，那么就没有必要建立Decorator类，而可以直接把 ConcreteDecorator 类与 Decorator 类合并成一个类。

装饰模式实现

我们先建立一个Person类（也就是ConcreteComponent）：

public class Person {
  public Person() {}

  private String name;

  public Person(String name) {
    this.name = name;
  }

  public void show() {
    System.out.println(name + "开始装扮");
  }
}

然后建立服饰Finery类继承继承Person类：

public class Finery extends Person {
  public Person component;

  public void Decorate(Person component) {
    this.component = component;
  }

  @Override
  public void show() {
    if (component != null) {
      component.show();
    }
  }
}

再建立具体服饰类，Tshirt继承Finery类：

public class Tshirts extends Finery {
  @Override
  public void show() {
    super.show();
    System.out.println("穿上Tshirts");
  }
}

再建立BigTrouser类继承Finery类：

public class BigTrouser extends Finery {
  @Override
  public void show() {
    super.show();
    System.out.println("穿上休闲裤");
  }
}

再建立wearSuit类继承Finery类：

public class WearSuit extends Finery {
  @Override
  public void show() {
    super.show();
    System.out.println("穿上西服");
  }
}

最后再客户端调用：

ppublic class Client {

  public static void main(String[] args) {
    Person person = new Person("程序员");

    System.out.println("开始去到公司：");

    Tshirts ts = new Tshirts();
    BigTrouser bt = new BigTrouser();
    
    bt.Decorate(person);
    ts.Decorate(bt);
    ts.show();

    System.out.println("被领导训斥之后，加上外套：");
    WearSuit wearSuit = new WearSuit();
    wearSuit.Decorate(person);
    wearSuit.show();
  }
}

运行结果：

这个例子还是比较简单我解释一下：

1、首先我们先建立一个人员类。

2、我们建立服饰类来继承这个人。

3、我们建立具体服饰类来继承服饰类。

4、最后我们再客户端调用。

上面的例子，就像我们旧的运行代码（person类）是不变的，但是我们需要给这个代码添加新功能的时候，新功能类继承这个主类，然后再具体去实现它，当需要使用新功能时，直接用装饰类装饰主体类就行了。

装饰模式总结

其实装饰模式使用起来还是很方便的，那么它的使用场景主要是：当系统需要添加新功能的时候，是想旧的类中添加新的代码。这种新加的代码通常装饰了原有类的核心职责和主要行为，那么装饰模式就能够很好符合这种情况。

装饰模式主要优点是：

1、把类中的装饰功能从类中搬出去，这样可以简化原有的类。

2、有效的把类的核心职责和装饰功能分开了。而且这样可以去除相关类中的重复逻辑。

3、在需要特殊执行的时候，客户代码就可以运行时根据需要有选择、顺序的使用装饰功能包装对象了。