Java设计模式学习记录-装饰模式
前言
装饰模式也是一种结构型模式,主要是目的是相对于类与类之间的继承关系来说,使用装饰模式可以降低耦合度。JDK中有不少地方都使用到了装饰模式,例如Java的各种I/O流,javax.swing包中一些图形界面构件功能的增强等地方都运用了装饰模式。
装饰模式
定义
装饰模式的定义是:在不改变原类文件以及不使用继承的情况下,动态的扩展一个对象的功能。装饰模式是通过创建一个包装对象来实现的,也就是用装饰来包裹真实的对象。
举例
还是老规矩,举例说明,在给亲朋好友过生日时会买生日蛋糕,然后生日蛋糕又有各种各样的辅料来进行装饰,例如:奶油,水果,芝士,巧克力等等。如果没有这些辅料来进行装饰,就是普通的鸡蛋糕。所以我们可以把做蛋糕的这个过程来用代码实现出来:
首先定义蛋糕接口
/** * 蛋糕 */ public interface CakeGoods { /** * 展示蛋糕 */ void showCake(); /** * 展示价格 */ BigDecimal showPrice(); }
具体的鸡蛋糕
/** * 鸡蛋糕 */ @Data public class SpongeCake implements CakeGoods{ //蛋糕名称 private String name; //蛋糕价格 private BigDecimal price; public SpongeCake(String name,BigDecimal price){ this.name = name; this.price = price; } /** * 展示蛋糕 */ @Override public void showCake() { System.out.println("的"+this.name+"蛋糕"); } /** * 展示价格 */ @Override public BigDecimal showPrice() { return this.price; } }
辅料的抽象类
/** * 辅料的抽象类 */ public abstract class Decorator implements CakeGoods{ private CakeGoods cakeGoods; public void setCakeGoods(CakeGoods cakeGoods){ this.cakeGoods = cakeGoods; } /** * 展示蛋糕 */ @Override public void showCake() { cakeGoods.showCake(); } /** * 展示价格 */ @Override public BigDecimal showPrice() { return cakeGoods.showPrice(); } }
水果
/** * 水果 */ public class Fruits extends Decorator { /** * 展示蛋糕 */ @Override public void showCake() { System.out.print("加水果"); super.showCake(); } /** * 展示价格 */ @Override public BigDecimal showPrice() { return new BigDecimal(20.00).add(super.showPrice()); } }
奶油
/** * 奶油 */ public class Cream extends Decorator { /** * 展示蛋糕 */ @Override public void showCake() { System.out.print("加奶油"); super.showCake(); } /** * 展示价格 */ @Override public BigDecimal showPrice() { return new BigDecimal(15.00).add(super.showPrice()); } }
测试
public class Tests { public static void main(String[] args) { //制造鸡蛋糕 CakeGoods cakeGoods = new SpongeCake("生日祝福",new BigDecimal(50)); Decorator cream = new Cream(); Decorator fruits = new Fruits(); //加奶油 cream.setCakeGoods(fruits); //加水果 fruits.setCakeGoods(cakeGoods); //展示 cream.showCake(); System.out.println("的价格是:"+cream.showPrice()+"元"); } }
运行结果:
加奶油加水果的生日祝福蛋糕
的价格是:85元
上面的这个蛋糕制造的例子使用的就是装饰模式,在为鸡蛋糕SpongeCake进行扩展的时候并没有影响它原来的类的结构,也没有使用继承的关系,最终却达到了装饰的目的。下面我们来分析一下装饰模式具体是由那几部分组成。
装饰模式的结构
装饰模式的结构图如上所示,主要由以下几个角色组成。
抽象构件角色:(上图的CakeGoods)定义一个抽象接口,以规范准备接受装饰的对象,想当于Java中的IO流里的InputStram/OutputStream和Reader/Writer。
具体的构件角色:(上图的SpongeCake)定义一个将要接受装饰的类,相当于I/O流里面的FileOutputStream和FileInputStream。
装饰角色:(上图的Decorator)定义一个持有抽象构件角色的引用,并定义一个与抽象构件一直的接口。相当于I/O里面的FilterOutputStream和FilterInputStream。
具体的装饰角色:(上图的Fruits和Cream)负责各构件角色对象加上相应的装饰品,相当于I/O流里的BufferedOutputStream、BufferedInputStream。
在使用的时候,必须扩展CakeGoods的功能,但是我们是通过Fruits和Cream来对CakeGoods进行扩展的,所以相对于CakeGoods来说无需知道Decorator的存在,就能扩展功能了。
总结
装饰模式的优点
- 对于扩展一个对象的功能,装饰模式比继承更加灵活性,不会导致类的个数急剧增加。例如上面的例子如果想增加一个枣糕或是一个巧克力辅料,无需修改现有代码,只需将枣糕作为CakeGoods的一个子类,以及Decorator的一个子类即可。
- 可以动态的扩展一个对象的功能。
- 可以对一个对象进行多次装饰,通过使用不同的具体装饰类以及这些装饰类的排列组合,可以创造出很多不同行为的组合,得到功能更为强大的对象。
- 具体构件类与具体装饰类可以独立变化,用户可以根据需要增加新的具体构件类和具体装饰类,原有类库代码无须改变,符合“开闭原则”。
装饰模式的缺点
- 使用装饰模式进行系统设计时将产生很多小对象,这些对象的区别在于它们之间相互连接的方式有所不同,而不是它们的类或者属性值有所不同,大量小对象的产生势必会占用更多的系统资源,在一定程序上影响程序的性能。
- 装饰模式提供了一种比继承更加灵活机动的解决方案,但同时也意味着比继承更加易于出错,排错也很困难,对于多次装饰的对象,调试时寻找错误可能需要逐级排查,较为繁琐。
适用场景
在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责。
当不能采用继承的方式对系统进行扩展或者采用继承不利于系统扩展和维护时可以使用装饰模式。不能采用继承的情况主要有两类:第一类是系统中存在大量独立的扩展,为支持每一种扩展或者扩展之间的组合将产生大量的子类,使得子类数目呈爆炸性增长;第二类是因为类已定义为不能被继承(如Java语言中的final类)。
加油,给自己打气,克服惰性!!!
想了解更多的设计模式请查看Java设计模式学习记录-GoF设计模式概述。
作者:纪莫
欢迎任何形式的转载,但请务必注明出处。
限于本人水平,如果文章和代码有表述不当之处,还请不吝赐教。
欢迎扫描二维码关注公众号:Jimoer
文章会同步到公众号上面,大家一起成长,共同提升技术能力。
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。
您的鼓励是博主的最大动力!