设计模式之装饰器模式（decorator pattern）
装饰器模式主要对现有的类对象进行包裹和封装，以期望在不改变类对象及其类定义的情况下，为对象添加额外功能。是一种对象结构型模式。需要注意的是，该过程是通过调用被包裹之后的对象完成功能添加的，而不是直接修改现有对象的行为，相当于增加了中间层。类似于python中的@装饰器。
下面还是按照老规矩，先来了解一下该模式相关的概念和原理，然后通过两个具体的实例体会一下如何在实际开发中应用该模式。
1. 目的
可以动态的为同一类的不同对象加以修饰以添加新的功能。
2. 动机
灵活的对类对象功能进行扩展。
3. 优缺点
优点：
- 相比较于类的继承来扩展功能，对对象进行包裹更加的灵活；
- 装饰类和被装饰类相互独立，耦合度较低；
缺点：
- 没有继承结构清晰；
- 包裹层数较多时，难以理解和管理；
4. 应用场景
- 动态的增加对象的功能；
- 不能以派生子类的方式来扩展功能；
- 限制对象的执行条件；
- 参数控制和检查等；
5. 原理
下面是gof介绍的典型的装饰器模式的uml类图：
component:
对象的接口类，定义装饰对象和被装饰对象的共同接口；
concretecomponent:
被装饰对象的类定义；
decorator:
装饰对象的抽象类，持有一个具体的被修饰对象，并实现接口类继承的公共接口；
concretedecorator:
具体的装饰器，负责往被装饰对象添加额外的功能；
说明：
由于这个模式从实际的例子来理解更加的直观方便，因此这里不再单独的实现上面的uml结构代码。
6.实例——画图
先来通过一个简单的画图的实例来直观感受一下。
前提：
系统中存在一个画圆的类，该类只是用来画圆，以及其他一些大小和位置等参数的控制。
新加需求：
- 可以对圆的边进行着色
- 可以对圆填充颜色；
- 可以同时对边和内部着色；
这个需求的常规方法实现可能如下：
- 对画圆类进行迭代，以支持边和内部颜色填充 ；
- 画圆类作为父类，分别定义三个子类，继承父类的画圆方法，子类分别实现对应的作色需求；
上面的两个方法都是可行的，也是比较直观的，这里我们尝试使用装饰器模式来实现，作为以上两种方法的对比。
下面来看一下装饰器模式实现该需求的uml类图：
接口类：shape
public interface shape {
void draw();
}
画圆类：circle
public class circle implements shape {
@override
public void draw() {
system.out.print("a circle!");
}
}
抽象装饰器类：decorator
public abstract class decorator implements shape {
protected shape circle;
public decorator(shape shape) {
circle = shape;
}
public void draw() {
circle.draw();
}
}
为圆边着色装饰器类：circleedge
public class circleedge extends decorator {
public circleedge(shape circle) {
super(circle);
}
private void setedgecolor() {
system.out.print(", edge with color");
}
public void draw() {
circle.draw();
setedgecolor();
}
}
为圆填充颜色装饰器类：circleedge
public class circlefill extends decorator {
public circlefill(shape circle) {
super(circle);
}
private void setedgefill() {
system.out.print(", content with color");
}
public void draw() {
circle.draw();
setedgefill();
}
}
演示：
public class demo {
public static void main(string[] args) {
shape circle = new circle();
circle.draw();
system.out.println("");
decorator circleedge = new circleedge(circle);
circleedge.draw();
system.out.println("");
decorator circlefill = new circlefill(circle);
circlefill.draw();
system.out.println("");
decorator circleedgefill = new circlefill(circleedge);
circleedgefill.draw();
}
}
结果：
a circle! a circle!, edge with color a circle!, content with color a circle!, edge with color, content with color
上面我们通过实现两个装饰器分别完成对边着色和填充的需求，通过对装饰器的进一步装饰，我们完成了同时着色的需求。
7.实例——网络数据报封装
接下来我们在使用网络数据传输的例子来体会一下装饰器模式，下图表示的是应用层的文件传输协议ftp通过tcp来传输数据：
虽然应用层可以越过传输层直接使用网络层进行数据发送(如，icmp)，但多数都会使用传输层的tcp或者udp进行数据传输的。
下面我们用装饰器模式来表示一下应用层数据通过传输层来发送数据，uml类图如下：
上述图中表示了，应用层的数据通过添加tcp头或者udp头，然后通过下面的网络层send数据。
数据报接口类：datagram
public interface datagram {
void send(); // 通过网络层发送ip数据报
}
应用层数据类：appdatagram
public class appdatagram implements datagram {
@override
public void send() {
system.out.print("send ip datagram!");
}
}
传输层类（抽象装饰器）：transportlayer
public abstract class transportlayer implements datagram {
protected datagram appdata;
public transportlayer(datagram appdata) {
this.appdata = appdata;
}
public void send() {
appdata.send();
}
}
添加tcp头部类：usetcp
public class usetcp extends transportlayer {
public usetcp(datagram appdata) {
super(appdata);
}
private void addheader() {
system.out.print("appdata add tcp header, ");
}
public void send() {
addheader();
appdata.send();
}
}
添加tcp头部类：useudp
public class useudp extends transportlayer {
public useudp(datagram appdata) {
super(appdata);
}
private void addheader() {
system.out.print("appdata add udp header, ");
}
public void send() {
addheader();
appdata.send();
}
}
演示：
public class demo {
public static void main(string[] args) {
datagram appdata = new appdatagram();
appdata.send();
system.out.println("");
transportlayer tcpdata = new usetcp(appdata);
tcpdata.send();
system.out.println("");
transportlayer udpdata = new useudp(appdata);
udpdata.send();
system.out.println("");
}
}
结果：
send ip datagram! appdata add tcp header, send ip datagram! appdata add udp header, send ip datagram!
当然这里例子中已经添加过tcp头部的数据报不能再使用udp传输了，无意义，也被必要。
8. 总结
其实所谓装饰器，本质上是对现有类对象的包裹，得到一个加强版的对象。
和python中@装饰器不同的是：
- python中的装饰器是作用于函数或者类定义的，并直接覆盖掉了原来函数或者类的定义；
- 装饰器模式仅仅是修改了了已经产生的对象的行为，和类定义没有半点关系；
通过上面的两个例子，应该对装饰器模式有了一个简单的认识。
另外，要体会到什么时候用继承什么时候用装饰器。
参考：
gof《design patterns: elements of reusable object-oriented software》
https://www.runoob.com/design-pattern/decorator-pattern.html