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

---

装饰模式—穿衣服

装饰模式（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;}@Overridepublic void show() {System.out.println("装扮的" + name);}
}

装饰抽象类：

public abstract class Finery implements ICharacter{protected ICharacter component;public void decorate(ICharacter component) {this.component = component;}@Overridepublic void show() {if (component != null) {this.component.show();}}
}

具体的装饰类：

运动裤

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

T恤衫：

public class TShirt extends Finery{@Overridepublic void show() {System.out.print("T恤衫");super.show();}
}

西装：

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

皮鞋：

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

程序的UML图：

总结：

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

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

---

💎总结

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

---