Decorator (装饰)模式在 java 中有着相当广泛的应用,主要体现在 I/O 操作中,经常可以发现以下操作:
BufferedInputSteam bis = new BufferedInputStream(new FileInputStream(…));
装饰模式主要指通过多层封装修饰将原始类或接口的功能进行扩展,避免了许多实现类,减少了具体接口或父类的实现类数量。
假设:我们要完成要去打一场足球比赛,安排人员预先定好了场地和时间,后来相关负责人说需要球员统一服装,并且打完球赛后需要安排人员清理场地。由于最开始的安排,大家只需要知道场地和时间就可以去完成比赛,现在增加了两个额外的操作,就需要对原有的安排进行装饰扩展。
// 接口设计
public interface Play {
public void playing();
}
// 原有实现类设计
public class OldPlay implements Play {
public void playing() {
System.out.println(“tell us where to go”);
System.out.println(“time ?”);
}
}
// 需求变动后,我们又不想继承原有设计类。便采用装饰方式
public class NewPlay implements Play {
private Play play;
public NewPlay(Play play) {
this.play = play;
}
public playing() {
System.out.println(“we must have the same clothes”);
play.playing();
System.out.println(“clean the place”);
}
}
在许多应用设计中,或者为了封装原有的实现类,或者是为了减少继承类的数量,我们就有必要考虑装饰模式。
在《架构之美》这本书中,谈及 java 性能优化技巧时,提出小心使用装饰模式,作者认为装饰模式的额外间接性开销很大。至于是否采用装饰模式,需要根据自己所在的具体项目情况而定。