原文地址：LoveDev
装饰模式（Decorator Pattern）：也可以称为包装模式（Wrapper Pattern），它动态给一个对象增加额外的职责，就增加对象功能来说，装饰模式比生成子类实现更为灵活，它是一种对象结构型模式。
装饰模式是一种用于替代继承的技术，通过一种无须定义子类的方式给对象动态增加职责，使用对象间的关联关系替代继承关系
- Component（抽象组件类）：具体组件类和抽象装饰类共同父类，声明了具体组件中需要实现的方法，它的引入可以使调用者以一致的方式处理未装饰对象和装饰对象，实现调用者的透明操作
- ConcreteComponent（具体组件类）：实现抽象组件类的声明的方法
- Decorator（抽象装饰类）：用于增加具体组件的职责，它的子类实现具体职责，它持有一个具体组件类的引用，通过该引用可以调用未装饰前的方法，并通过子类扩展该方法
- ConcreteDecorator（具体装饰类）：给具体组件类增加新方法
平时生活中，有很多需要送礼物的时候，一个好礼物更需要好包装来衬托，但是有时候买的礼物只有一个很丑陋的盒子，以装饰模式实现包装礼物的需求：
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>
- 既然是更加灵活的解决方法，出错的几率也随之变大，排查错误的困难也跟着变大
