网上说JDK中的I/O设计是最标准的装饰模式,所以今天打算研究一些装饰模式,乍一看怎么感觉和代理模式这么像呢?
1.为什么需要装饰模式
在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能。它是通过创建一个包装对象,也就是装饰来包裹真实的对象。
2.简介
装饰模式又名包装(Wrapper)模式。装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案。
装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任。换言之,客户端并不会觉得对象在装饰前和装饰后有什么不同。装饰模式可以在不使用创造更多子类的情况下,将对象的功能加以扩展。
装饰模式由4种角色组成:
1)抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加职责的对象。
2)具体构件(Concrete Component)角色:定义一个将要接收附加职责的类。
3)装饰(Decorator)角色:持有一个构件(Component)对象的实例,并实现一个与抽象构件接口一致的接口,从外类来扩展Component类的功能,但对于Component类来说,是无需知道Decorato的存在的。
4)具体装饰(Concrete Decorator)角色:负责给构件对象添加上附加的职责。
UML类图
3.分类
4.应用
1)给人搭配不同的服饰
//Component
public interface IPerson{
public void show();
}
//ConcreteComponent
public class Person implements IPerson{
private String name;
public Person(String name){
this.name = name;
}
public void show(){
System.out.println("装扮的"+name);
}
}
// 服饰类(Decorator)
public abstract class Finery implements Person {
protected IPerson person;
public Finery(IPerson person){
this.person = person;
}
@Override
public void show() {
person.show();
}
}
// 具体服饰类(ConcreteDecorator)
public class TShirts extends Finery {
public TShirts(IPerson person){
super(person); //必须重写构造函数,否则报错
}
@Override
public void show() {
System.out.println("大T恤");
super.show(); // 必须加,否则不会依次调用
}
}
// 具体服饰类(ConcreteDecorator)
public class BigTrouser extends Finery {
public BigTrouser(IPerson person){
super(person);
}
@Override
public void show() {
System.out.println("大长裤");
super.show();
}
}
// 客户端代码
public class Demo {
public static void main(String[] args) {
IPerson person =
new TShirts(new BigTrouser(new Person("桑科")));
person.show();
// 运行结果: 大T恤 大长裤 装扮的桑科
}
}
2)经典demo