装饰器模式(Decorator Pattern)
装饰器模式(Decorator Pattern)
标签: 设计模式
装饰器模式是一种结构型模式,目标是动态的给一个对象添加一些额外的职责,装饰器模式使用组合而不是继承的方式来实现。
核心代码是包装器的构造方法传入组件作为参数,再把构造出来的类传入其他包装器,实现不断包装、不同组合包装的过程。
UML类结构图:
Component :用来规范被装饰的对象的接口。
Concrete component :被装饰的类。
Decorator :装饰器抽象类,组合一个Component的实例,在构造方法中传入。自身也实现Component接口。
Concrete decorator :具体装饰器,负责给具体Component添加附加职责的类。
举例:某家庭请了一个保姆,职责是带孩子,但是现在爸妈都要上班,没有空做饭和打扫卫生,于是想给保姆加工资,让他添加做饭和打扫卫生等其他职责。
// Component
public interface 佣人{
void 干活();
}
// Concrete component
public 保姆 implement 佣人(){
@Overide
void 干活(){
system.out.println("刚开始只要求:带孩子");
}
}
// Decorator
public abstract class 加工资佣人 implement 佣人{
private 佣人 佣人甲;
public 加工资佣人(佣人 某人){
this.佣人甲 = 某人;
}
}
// Concrete decorator A
public class 加工资做饭佣人 extends 加工资佣人{
public 加工资做饭佣人(佣人 某人){
super(某人);
}
// 额外添加做饭职责
@Overide
public void 干活(){
佣人甲.干活();
做饭();
}
public void 做饭(){
system.out.println("给你加工资:做饭");
}
}
// Concrete decorator B
public class 加工资搞卫生佣人 extends 加工资佣人{
public 加工资搞卫生佣人(佣人 某人){
super(某人);
}
// 额外添加搞卫生职责
@Overide
public void 干活(){
佣人甲.干活();
搞卫生();
}
public void 搞卫生(){
system.out.println("给你加工资:搞卫生");
}
}
// client,调用时随意组合,扩展简单
// 请个带孩子的保姆,顺便做一下饭
佣人 佣人A = new 加工资做饭佣人(new 保姆());
佣人A.干活();
// 请个带孩子的保姆,顺便做搞一下卫生
佣人 佣人B = new 加工资搞卫生佣人(new 保姆());
佣人B.干活();
// 请个带孩子的保姆,顺便做饭和搞卫生
佣人 佣人C = new 加工资搞卫生佣人(new 加工资做饭佣人(new 保姆()));
佣人C.干活();
// 请个带孩子的保姆,顺便做饭和搞卫生和......
...
// 输出
// 佣人A
刚开始只要求:带孩子
给你加工资:做饭
// 佣人B
刚开始只要求:带孩子
给你加工资:搞卫生
// 佣人C
刚开始只要求:带孩子
给你加工资:搞卫生
给你加工资:做饭
java的IO是装饰器模式的运用。
java I/O库具有两个对称性,它们分别是:
输入-输出对称:比如InputStream 和OutputStream 各自占据Byte流的输入和输出的两个平行的等级结构的根部;而Reader和Writer各自占据Char流的输入和输出的两个平行的等级结构的根部。
byte-char对称:InputStream和Reader的子类分别负责byte和Char流的输入;OutputStream和Writer的子类分别负责byte和Char流的输出。
这些作为根类,如果我们想通过缓冲,字节,或者是管道,这个时候我们就需要使用装饰器来进行装饰,然后通过装饰器来实现相应的操作,根类具有readLine方法,对于装饰类,通过构造函数将基类的一个实例注入进去,然后通过委托模式,首先通过基类的readLine方法获取字节流,然后根据相应的操作,实现字节读取等。
BufferedReader br = new BufferedReader(new InputStreamReader(new FileInputStream(file)));
String line = br.readLine();
与适配器模式的区别
与代理模式的区别