平时生活中,有很多需要送礼物的时候,一个好礼物更需要好包装来衬托,但是有时候买的礼物只有一个很丑陋的盒子,以装饰模式实现包装礼物的需求:
Component 类:
public abstract class Gift {
/**
* 礼物包装
*/
public abstract void packaging();
}
ConcreteComponent 类:
public class BirthdayGift extends Gift {
@Override
public void packaging() {
LogUtils.i("包装盒");
}
}
Decorator 类:
public abstract class GiftPackaging extends Gift {
private Gift gift;
public GiftPackaging(Gift gift) {
this.gift = gift;
}
public void packaging() {
gift.packaging();
}
}
ConcreteDecorator 类:
// 简易包装
public class SimplePackaging extends GiftPackaging {
public SimplePackaging(Gift gift) {
super(gift);
}
@Override
public void packaging() {
super.packaging();
addColorSheet();
}
private void addColorSheet() {
LogUtils.i("包彩纸");
}
}
// 奢华包装
public class LuxuryPackaging extends GiftPackaging {
public LuxuryPackaging(Gift gift) {
super(gift);
}
@Override
public void packaging() {
super.packaging();
addColorSheet();
addRibbon();
addCard();
addGiftBox();
}
private void addColorSheet() {
LogUtils.i("包彩纸");
}
private void addRibbon() {
LogUtils.i("加彩带");
}
private void addCard() {
LogUtils.i("加贺卡");
}
private void addGiftBox() {
LogUtils.i("加礼盒");
}
}
Client 类:
// 简易包装的礼物
Gift gift = new BirthdayGift();
Gift giftPackaging = new SimplePackaging(gift);
giftPackaging.packaging();
// 奢华包装的礼物
Gift gift = new BirthdayGift();
Gift giftPackaging = new LuxuryPackaging(gift);
giftPackaging.packaging();
<h3> 透明装饰模式 </h3>
上面实现的装饰模式叫做透明装饰模式,客户端可以完全针对抽象编程,装饰模式的透明性要求客户端不应该将对象类型声明为具体组件类型或者具体装饰类型,需要全部声明为抽象组件类型,对于客户端调用来说,具体组件对象和具体装饰对象是一样的,没有任何区别,可以一致处理这些对象,实现透明装饰模式时,要求具体装饰类的 operation() 方法覆盖抽象装饰类的 operation() 方法,除了调用具体组件类的 operation() 方法外,还需要调用新增的 addedBehavior() 方法来增加新职责。
透明模式可以对一个已装饰的对象再进行装饰,获得更复杂,功能更强大的对象。
<h3> 半透明装饰模式 </h3>
有透明装饰模式,就有对应的半透明装饰模式,有时我们需要单独调用新增方法,就不得不把对象声明为具体装饰类型,具体组件对象还是可以继续定义为抽象组件类型,这就是半透明装饰模式。
还是拿上面的栗子来说,如果包装礼物只想用丝带和彩纸包装或者再加一个礼袋,用半透明模式就会非常方便灵活,直接调用对应的方法就可以了,但是客户端需要区别对待装饰前后的对象
<h3> 优点 </h3>
- 利用关联关系替代继承关系,更加灵活,不会导致类个数急剧增加
- 透明装饰模式可以对一个对象进行多次装饰,通过使用不同的具体装饰类的组合,能得到功能更加强大的对象
- 具体组件类和具体装饰类可以独立变化,根据需求,在不变原来代码得基础上,增加这两个类,很符合“开闭原则”
<h3> 缺点 </h3>
- 既然是更加灵活的解决方法,出错的几率也随之变大,排查错误的困难也跟着变大
网友评论