二十一、装饰模式Decorator（结构型模式）

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

以下情况使用Decorator模式
1. 需要扩展一个类的功能，或给一个类添加附加职责。
2. 需要动态的给一个对象添加功能，这些功能可以再动态的撤销。
3. 需要增加由一些基本功能的排列组合而产生的非常大量的功能，从而使继承关系变的不现实。
4. 当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。

优点

1. Decorator模式与继承关系的目的都是要扩展对象的功能，但是Decorator可以提供比继承更多的灵活性。

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

缺点

1. 这种比继承更加灵活机动的特性，也同时意味着更加多的复杂性。

2. 装饰模式会导致设计中出现许多小类，如果过度使用，会使程序变得很复杂。

3. 装饰模式是针对抽象组件（Component）类型编程。但是，如果你要针对具体组件编程时，就应该重新思考你的应用架构，以及装饰者是否合适。当然也可以改变Component接口，增加新的公开的行为，实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。

角色 

1抽象构件角色（component）：定义一个抽象接口，以规范准备接受附加责任的对象。

2具体构件角色（concrete component）：这是被装饰者，定义一个将要被装饰增加功能的类。

3装饰角色（Decorator）：持有一个构件对象的实例，并定义了抽象构件定义的接口。

4具体装饰角色（concrete decorator）：负责给构件添加增加的功能。

以下示例中，ThirdParty.Java假定是一个现有的或者第三方的功能，因某种原因我们不能直接修改，它提供了一个sayMsg()的方法，而我们现在要做的是想在它的sayMsg()方法中增加一些我们想额外输出的内容，于是我们重写了一个Decorator.java类。MailTest.java是客户端测试程序

抽象接口类

public interface IThirdParty {
public String sayMsg();
}

具体类

public class ThirdParty implements IThirdParty {
public String sayMsg() {
　　return "hello";
　　}
}

具体装饰类1

public class Decorator1 implements IThirdParty {
private IThirdParty thirdParty;
public Decorator1(IThirdParty thirdParty){
this.thirdParty= thirdParty;
}
public String sayMsg(){
return "##1"+ thirdParty.sayMsg() + "##1";
}
}

具体装饰类2

public class Decorator2 implements IThirdParty {
private IThirdParty thirdParty;
public Decorator2(IThirdParty thirdParty){
this.thirdParty= thirdParty;
}
public String sayMsg(){
return "##2"+ thirdParty.sayMsg() + "##2";
}
}

测试类

public class MailTest {
public static void main(String[] args){

　　IthirdParty thirdPartyOne =new ThirdParty();
　　IthirdParty decorator1 =new Decorator1(thirdPartyOne);
　　IthirdParty decorator2 =new Decorator2(decorator1);
　　
　　System.out.println(decorator2.sayMsg());
}
}

执行结果是：##2##1hello##1##2