image.png
意图：
动态地给一个对象添加一些额外的职责。就增加功能来说，Decorator模式相比生成子类更为灵活。
设计原则：
- 多用组合，少用继承。
利用继承设计子类的行为，是在编译时静态决定的，而且所有的子类都会继承到相同的行为。然而，如果能够利用组合的做法扩展对象的行为，就可以在运行时动态地进行扩展。 - 类应设计的对扩展开放，对修改关闭。
要点：
- 装饰者和被装饰对象有相同的超类型。
- 可以用一个或多个装饰者包装一个对象。
- 装饰者可以在所委托被装饰者的行为之前或之后，加上自己的行为，以达到特定的目的。
- 对象可以在任何时候被装饰，所以可以在运行时动态的，不限量的用你喜欢的装饰者来装饰对象。
- 装饰模式中使用继承的关键是想达到装饰者和被装饰对象的类型匹配，而不是获得其行为。
- 装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型。在实际项目中可以根据需要为装饰者添加新的行为，做到“半透明”装饰者。
- 适配器模式的用意是改变对象的接口而不一定改变对象的性能，而装饰模式的用意是保持接口并增加对象的职责。
何时使用：
- 需要扩展一个类的功能，或给一个类添加附加职责。
- 需要动态的给一个对象添加功能，这些功能可以再动态的撤销。
- 需要增加由一些基本功能的排列组合而产生的非常大量的功能，从而使继承关系变的不现实。
- 当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。
public class DecoratorTest {
//Component（抽象构件）
interface ProgramMonkey {
void skills();
}
//ConcreteComponent（具体构件）
class AndroidProgramMonkey implements ProgramMonkey {
@Override
public void skills() {
System.out.println("会写Android代码！");
}
}
//Decorator（抽象装饰类）
class ProgramMonkeyDecorator implements ProgramMonkey {
protected ProgramMonkey mProgramMonkey;
public ProgramMonkeyDecorator(ProgramMonkey mProgramMonkey) {
this.mProgramMonkey = mProgramMonkey;
}
public void skills() {
mProgramMonkey.skills();
}
}
//ConcreteDecorator（具体装饰类）
class PatternDecorator extends ProgramMonkeyDecorator {
public PatternDecorator(ProgramMonkey mProgramMonkey) {
super(mProgramMonkey);
}
@Override
public void skills() {
super.skills();
System.out.println("会设计模式！");
}
}
class PatternDecorator2 extends ProgramMonkeyDecorator {
public PatternDecorator2(ProgramMonkey mProgramMonkey) {
super(mProgramMonkey);
}
@Override
public void skills() {
super.skills();
System.out.println("会Python！");
}
}
@Test
public void test() {
//有一个Android程序猿只会写Android代码
ProgramMonkey programMonkey = new AndroidProgramMonkey();
programMonkey.skills();
//装饰一下他，装逼的技能，他竟然除了写Android还懂设计模式
programMonkey = new PatternDecorator(programMonkey);
programMonkey.skills();
programMonkey = new PatternDecorator2(programMonkey);
programMonkey.skills();
}
}
装饰者更多关注的是“动态添加功能”
代理常用于“控制访问”
装饰者模式在I/O中的应用
参考文章：
http://blog.csdn.net/yanbober/article/details/45395747
http://www.cnblogs.com/god_bless_you/archive/2010/06/10/1755212.html
