设计模式之装饰模式

Decorator（装饰）模式在java中有着相当广泛的应用，主要体现在I/O操作中，经常可以发现以下操作：

BufferedInputSteam bis = new BufferedInputStream(newFileInputStream(…));

装饰模式主要指通过多层封装修饰将原始类或接口的功能进行扩展，避免了许多实现类，减少了具体接口或父类的实现类数量。

假设：我们要完成要去打一场足球比赛，安排人员预先定好了场地和时间，后来相关负责人说需要球员统一服装，并且打完球赛后需要安排人员清理场地。由于最开始的安排，大家只需要知道场地和时间就可以去完成比赛，现在增加了两个额外的操作，就需要对原有的安排进行装饰扩展。

//接口设计

public interface Play {
         public void playing();

}

//原有实现类设计

public class OldPlay implements Play {

         publicvoid playing() {

                   System.out.println(“tellus where to go”);

                   System.out.println(“time?”);

}

}

//需求变动后，我们又不想继承原有设计类。便采用装饰方式

public class NewPlay implements Play {

         privatePlay play;

         publicNewPlay(Play play) {

                   this.play= play;

}

public playing(){

         System.out.println(“we must have thesame clothes”);

         play.playing();

         System.out.println(“clean the place”);

}

}

在许多应用设计中，或者为了封装原有的实现类，或者是为了减少继承类的数量，我们就有必要考虑装饰模式。

在《架构之美》这本书中，谈及java性能优化技巧时，提出小心使用装饰模式，作者认为装饰模式的额外间接性开销很大。至于是否采用装饰模式，需要根据自己所在的具体项目情况而定。