系列文章目录

---

---

前言

前些天发现了一个巨牛的人工智能学习网站，通俗易懂，风趣幽默，忍不住分享一下给大家。点击跳转到网站，这篇文章男女通用，看懂了就去分享给你的码吧。

在阎宏博士的《JAVA与模式》一书中开头是这样描述装饰（Decorator）模式的：

装饰模式又名包装(Wrapper)模式。装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。

---

一、装饰模式的结构

装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任。换言之，客户端并不会觉得对象在装饰前和装饰后有什么不同。装饰模式可以在不使用创造更多子类的情况下，将对象的功能加以扩展。

装饰模式的类图如下：

在装饰模式中的角色有：

●　　抽象构件(Component)角色：给出一个抽象接口，以规范准备接收附加责任的对象。

●　　具体构件(ConcreteComponent)角色：定义一个将要接收附加责任的类。

●　　装饰(Decorator)角色：持有一个构件(Component)对象的实例，并定义一个与抽象构件接口一致的接口。

●　　具体装饰(ConcreteDecorator)角色：负责给构件对象“贴上”附加的责任。
抽象构件角色

public interface Component {
   
    
    public void sampleOperation();
    
}

具体构件角色

public class ConcreteComponent implements Component {
   

    @Override
    public void sampleOperation() {
   
        // 写相关的业务代码
    }

}

装饰角色

public class Decorator implements Component{
   
    private Component component;
    
    public Decorator(Component component){
   
        this.component = component;
    }

    @Override
    public void sampleOperation() {
   
        // 委派给构件
        component.sampleOperation();
    }
    
}

具体装饰角色

public class ConcreteDecoratorA extends Decorator {
   

    public ConcreteDecoratorA(Component component) {
   
        super(component);
    }
    
    @Override
    public void sampleOperation() {
   
　　　　　super.sampleOperation();
        // 写相关的业务代码
    }
}

public class ConcreteDecoratorB extends Decorator {
   

    public ConcreteDecoratorB(Component component) {
   
        super(component);
    }
    
    @Override
    public void sampleOperation() {
   
　　　　  super.sampleOperation();
        // 写相关的业务代码
    }
}

二、齐天大圣的例子

孙悟空有七十二般变化，他的每一种变化都给他带来一种附加的本领。他变成鱼儿时，就可以到水里游泳；他变成鸟儿时，就可以在天上飞行。

本例中，Component的角色便由鼎鼎大名的齐天大圣扮演；ConcreteComponent的角色属于大圣的本尊，就是猢狲本人；Decorator的角色由大圣的七十二变扮演。而ConcreteDecorator的角色便是鱼儿、鸟儿等七十二般变化。

抽象构件角色“齐天大圣”接口定义了一个move()方法，这是所有的具体构件类和装饰类必须实现的。

//大圣的尊号
public interface TheGreatestSage {
   
    
    public void move()