与其明天开始,不如现在行动!
装饰模式(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图:
总结:
装饰模式不需要向旧的类中添加新的装饰代码,它提供了一个非常好的解决方案,它把每个要装饰的功能放在单独的类中,让这个类包装它所需要的装饰对象。总而言之,装饰功能就是将类中的装饰功能从类中移除,可以简化原有的类。
装饰模式有效的把类的核心职责和装饰功能区分开了,而且可以去除相关类中重复的装饰逻辑。
本文中若是有出现的错误请在评论区或者私信指出,我再进行改正优化,如果文章对你有所帮助,请给博主一个宝贵的三连,感谢大家😘!!!