装饰模式

装饰模式（Decorator）：动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。

意义：需要把所需的功能按照正确的顺序串联起来进行控制。

装饰模式的基本类图

Component是定义一个对象接口，可以给这些对象动态地添加职责。ConcreteComponent是定义了一个具体的对象，也可以给这个对象添加一些职责。Decorator装饰的抽象类，继承了Component,从外类来扩展Compontent类的功能，单对应Component来说，但对于Component来说，是无需知道Decorator的存在的。至于ConcreteDecorator就是具体的装饰对象，起到给Component添加职责的功能。   

public abstract class Component {
public abstract void operation();
}

public class ConcreteComponent extends Component{
@Override
public void operation() {
System.out.println("ConcreteComponent具体对象的操作");
}
} 

public class Decorator extends Component{
protected Component compenent;
public void setComponent(Component component){
this.compenent = component;
}
@Override
public void operation() {
if(this.compenent != null){
System.out.println("Decorator= " + compenent.getClass());
this.compenent.operation();
}
}
}

public class ConcreteDecoratorA extends Decorator{
private String addedState;
@Override
public void operation(){
super.operation();
addedState = "new state";
System.out.println("具体操作对象A的操作");
}
}

public class ConcreteDecoratorB extends Decorator{
@Override
public void operation(){
super.operation();
addedDehavior();
System.out.println("具体操作对象B的操作");
}
private void addedDehavior() {}
}

public class Mian {
public static void main(String[] args) {
// TODO Auto-generated method stub
ConcreteComponent c = new ConcreteComponent();
ConcreteDecoratorA d1 = new ConcreteDecoratorA();
ConcreteDecoratorB d2 = new ConcreteDecoratorB();

d1.setComponent(c);
d2.setComponent(d1);
d2.operation();
}
}
  
输出：
Decorator= class com.decorator.ConcreteDecoratorA
Decorator= class com.decorator.ConcreteComponent
ConcreteComponent具体对象的操作
具体操作对象A的操作
具体操作对象B的操作         

装饰模式是利用setComponent来对对象进行包装的。这样每个装饰对象的实现就和如何使用这个对象分离了，每个装饰对象只关心自己的功能，不需要关心如何被添加到对象链当中。

学习模式要善于变通，如果只有一个ConcreteComponent类而没有抽象的Component类，那么Decorator类可以是ConcreteComponent的一个子类。同样道理，如果只有一个ConcreteDecorator类，那么就没有必要建立一个单独的Decorator类，可以把Decorator和ConcreteComponent的责任合并成一个类。

总结：装饰模式是为已有功能动态地添加更多功能的一种方式。但到底什么时候用它呢？
在起初设计中，当系统需要添加新功能的时候，是向旧的类中添加新的代码。这些新加的代码通常装饰了原有的类的核心职责或主要行为。比如用西装或嘻哈服来装饰小菜，但这种做法的问题在于，它们在主类中加入了新的字段，新的方法和新的逻辑，从而增加了主类的复杂度，就像你起初的那个“人”类，而这些新加入的东西仅仅是为了满足一些只在某种特定情况下才执行的特殊行为的需求。而装饰模式却提供了一个非常好的解决方案，它把每个要装饰的功能放在单独的类中，并让这个类包装它所需要的装饰的对象，因此当需要执行特殊行为时，客户代码就可以在运行时根据需要有选择地、按顺序使用装饰功能包装对象了。

优点：把类中的装饰功能从类中搬移去除，这样可以简化原有的类。有效地把类的核心职责和装饰功能区分开了。而且可以去除相关类中重复的装饰逻辑。

注意：装饰模式的装饰顺序很重要，比如加密数据和过滤词汇都可以是数据持久化前的装饰功能，但若是先加密了数据在用过滤功能就会出现问题了。最理想的情况，是保证装饰类之间彼此独立，这样他们就可以以任意顺序进行组合了