有一天我们穿着休闲装开开心心的到了公司,就在这个时候老板看见你了,一脸严肃的说:今天公司周年庆,你不知道吗,要正式一点,着正式服装。你肯定想:我去,完全忘记这件事了。忽然你灵光一闪,还好我有一件大学的陈年西服外套,那就加一件正装外套好了,搞定。
这个就和我们工作中有一种情况很类似,当我们都完成了一个功能了,开始运行了,但是老板忽然说能不能在这个地方加个新功能,但是只是在某些特殊的地方才使用,这个时候我们修改原有代码不好吧,万一影响原有的逻辑怎么办?头疼,有没有好的办法来解决这个问题呢?必须有啊,我们有一种很好的设计模式能够解决这个问题 — 装饰模式。
装饰模式(Decorator),动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更加灵活。就像我之前说的,你穿着休闲装,这个时候忽然要你正式一点,而且又只需要今天一天,没必要去买套新的西服,穿件正装外套不就解决了吗,这个就像装饰自己一样。
我们先来大致的看一下装饰模式的UML图:
应该还是挺清晰的吧?当然我还是用上面穿衣服的例子实现给大家看一看,更便于理解,但是这里注意一下:由于我这里“人”是主体类,相当于是这里只有一个实体 ConcreteComponent 类而没有抽象的 Component 类,那么 Decorator 类就可以是ConcreteComponent的子类,希望大家在看示例代码的时候,不要在这里觉得疑惑。同样的道理,假如这里只有一个 ConcreteDecorator 类,那么就没有必要建立Decorator类,而可以直接把 ConcreteDecorator 类与 Decorator 类合并成一个类。
我们先建立一个Person类(也就是ConcreteComponent):
public class Person {
public Person() {}
private String name;
public Person(String name) {
this.name = name;
}
public void show() {
System.out.println(name + "开始装扮");
}
}
然后建立服饰Finery类继承继承Person类:
public class Finery extends Person {
public Person component;
public void Decorate(Person component) {
this.component = component;
}
@Override
public void show() {
if (component != null) {
component.show();
}
}
}
再建立具体服饰类,Tshirt继承Finery类:
public class Tshirts extends Finery {
@Override
public void show() {
super.show();
System.out.println("穿上Tshirts");
}
}
再建立BigTrouser类继承Finery类:
public class BigTrouser extends Finery {
@Override
public void show() {
super.show();
System.out.println("穿上休闲裤");
}
}
再建立wearSuit类继承Finery类:
public class WearSuit extends Finery {
@Override
public void show() {
super.show();
System.out.println("穿上西服");
}
}
最后再客户端调用:
ppublic class Client {
public static void main(String[] args) {
Person person = new Person("程序员");
System.out.println("开始去到公司:");
Tshirts ts = new Tshirts();
BigTrouser bt = new BigTrouser();
bt.Decorate(person);
ts.Decorate(bt);
ts.show();
System.out.println("被领导训斥之后,加上外套:");
WearSuit wearSuit = new WearSuit();
wearSuit.Decorate(person);
wearSuit.show();
}
}
1、首先我们先建立一个人员类。
2、我们建立服饰类来继承这个人。
3、我们建立具体服饰类来继承服饰类。
4、最后我们再客户端调用。
上面的例子,就像我们旧的运行代码(person类)是不变的,但是我们需要给这个代码添加新功能的时候,新功能类继承这个主类,然后再具体去实现它,当需要使用新功能时,直接用装饰类装饰主体类就行了。
其实装饰模式使用起来还是很方便的,那么它的使用场景主要是:当系统需要添加新功能的时候,是想旧的类中添加新的代码。这种新加的代码通常装饰了原有类的核心职责和主要行为,那么装饰模式就能够很好符合这种情况。
装饰模式主要优点是:
1、把类中的装饰功能从类中搬出去,这样可以简化原有的类。
2、有效的把类的核心职责和装饰功能分开了。而且这样可以去除相关类中的重复逻辑。
3、在需要特殊执行的时候,客户代码就可以运行时根据需要有选择、顺序的使用装饰功能包装对象了。