设计模式—装饰模式

与其明天开始，不如现在行动！

---

装饰模式—穿衣服

装饰模式（Decorator）可以动态的给对象添加一些额外的职责。

Component是定义一个对象接口，可以给这些对象动态地添加职责。ConcreteComponent是定义了一个具体的对象，也可以给这个对象添加一些职责。Decorator，装饰抽象类，从外类来扩展Component类的功能，但是对于Component来说，是不需要知道Decorator的存在。

现在有一个装扮游戏，需要你给主角穿衣服，最后只需要在控制台打印出来穿的什么衣服就行。利用装饰模式的思想，有一个接口可以给对象动态的添加职责；有一个具体的要装饰的人，还要有一个装饰的抽象类，所有具体的装饰类都继承这个装饰抽象类。

Component对象接口：

public interface ICharacter {
    void show();
}

具体的对象：

public class Person implements ICharacter{
    private String name;
    public Person(String name) {
        this.name = name;
    }
    @Override
    public void show() {
        System.out.println("装扮的" + name);
    }
}

装饰抽象类：

public abstract class Finery implements ICharacter{
    protected ICharacter component;
    public void decorate(ICharacter component) {
        this.component = component;
    }

    @Override
    public void show() {
        if (component != null) {
            this.component.show();
        }
    }
}

具体的装饰类：

运动裤

public class SweatPants extends Finery{
    @Override
    public void show() {
        System.out.print("运动裤");
        super.show();
    }
}

T恤衫：

public class TShirt extends Finery{

    @Override
    public void show() {
        System.out.print("T恤衫");
        super.show();
    }
}

西装：

public class Suit extends Finery{
    @Override
    public void show() {
        System.out.print("西装");
        super.show();
    }
}

皮鞋：

public class LeatherShoes extends Finery{
    @Override
    public void show() {
        System.out.print("皮鞋");
        super.show();
    }
}

程序的UML图：

总结：

装饰模式不需要向旧的类中添加新的装饰代码，它提供了一个非常好的解决方案，它把每个要装饰的功能放在单独的类中，让这个类包装它所需要的装饰对象。总而言之，装饰功能就是将类中的装饰功能从类中移除，可以简化原有的类。

装饰模式有效的把类的核心职责和装饰功能区分开了，而且可以去除相关类中重复的装饰逻辑。

---

总结

本文中若是有出现的错误请在评论区或者私信指出，我再进行改正优化，如果文章对你有所帮助，请给博主一个宝贵的三连，感谢大家！！！

---