设计模式之装饰者模式(Decorator Pattern)

模式分析：

        动态地给一个对象添加一些额外的职责。就增长功能来讲， Decorator模式相比生成子类更为灵活。该模式以对客 户端透明的方式扩展对象的功能。

使用情景：

• 在不影响其余对象的状况下，以动态、透明的方式给单个对象添加职责。
• 处理那些能够撤消的职责。
• 当不能采用生成子类的方法进行扩充时。一种状况是，可能有大量独立的扩展，为支持每一种组合将产生大量的 子类，使得子类数目呈爆炸性增加。另外一种状况多是由于类定义被隐藏，或类定义不能用于生成子类。

角色分析：

1. Component（被装饰对象的基类）：定义一个对象接口，能够给这些对象动态地添加职责。
2. ConcreteComponent（具体被装饰对象）：定义一个对象，能够给这个对象添加一些职责。
3. Decorator（装饰者抽象类）维持一个指向Component实例的引用，并定义一个与Component接口一致的接口。
4. ConcreteDecorator（具体装饰者）：具体的装饰对象，给内部持有的具体被装饰对象，增长具体的职责。

类图：

demo:

//component 
public interface Person {

    void eat();
}

//
public class Man implements Person {

    public void eat() {
        System.out.println("男人在吃");
    }
}
//
public abstract class Decorator implements Person {

    protected Person person;
    
    public void setPerson(Person person) {
        this.person = person;
    }
    
    public void eat() {
        person.eat();
    }
}
//
public class ManDecoratorA extends Decorator {

    public void eat() {
        super.eat();
        reEat();
        System.out.println("ManDecoratorA类");
    }

    public void reEat() {
        System.out.println("再吃一顿饭");
    }
}
public class ManDecoratorB extends Decorator {
    
    public void eat() {
        super.eat();
        System.out.println("===============");
        System.out.println("ManDecoratorB类");
    }
}

public static void main(String[] args) {

        Man man = new Man();
        ManDecoratorA a = new ManDecoratorA();
        ManDecoratorB b = new ManDecoratorB();
        a.setPerson(man);
        b.setPerson(man);

        a.eat();
        b.eat();

}

总结：

• OO原则：动态地将责任附加到对象上。想要扩展功能， 装饰者提供有别于继承的另外一种选择。
• 除了继承，装饰者模式也能够让咱们扩展行为。
• 装饰者能够在被装饰者的行为前面与/或后面加上本身的行为，甚至将被装饰者的行为整个取代掉，而达到特定的目的。
• 能够有无数个装饰者包装一个组件。
• 装饰者通常对组建的客户是透明的，除非客户程序依赖于组件的具体类型。

参考文档