设计模式之装饰模式

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 性能优化技巧时,提出小心使用装饰模式,作者认为装饰模式的额外间接性开销很大。至于是否采用装饰模式,需要根据自己所在的具体项目情况而定。

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值