Attach additional responsibilities to an object dynamically keeping the same interface. Decorators provide a flexible alternative to subclassing for extending functionality.(动态的给一个对象添加一些额外的职责。就增加功能来说，装饰模式想比生成子类更为灵活。)
装饰模式介绍
下面的是类图：
- Component是定义一个对象接口，可以给这些对象动态的添加职责
- ConcreteComponent是定义了一个具体的对象，也可以给这个对象添加一些职责
- Decorator 装饰抽象类，继承了Component从外类来扩展Component类的功能，但对于Component来说，是无需知道Decorator的存在，至于ConcreteDecorator就是具体的装饰对象，起到给Component添加职责的功能
接下来我就谈谈Advantages和Disadvantages。
装饰模式分析
优点和缺点各一半，主要优点两个，如下：
- 比静态继承更为灵活。比如说可以用添加和分离的方法，用装饰在运行时刻增加和删除职责
- 可以避免在层次结构高层的类有太多的特征
主要缺点：
- Decorator与它的Component不一样。Decorator是一个透明的包装，如果从对象标识观点出发，一个被装饰的组件与此组件有差别。因此不能依赖对象标识
- 使用装饰模式会产生很多小的对象。这对于它来说很难进行订制。而且排错也很困难。
装饰模式实现
Golang
Java
拿面条烫发来当栗子，首先是面条的抽象类：
public abstract class Noodles{
//抽象方法
public abstract void say();
}
抽象类比较简单，只有一say的属性，接下来是具体的面条的类的实现：
public class sayNoodles extends Noodles{
//抽象方法
@Override
public void say(){
System.out.println("我是面条");
}
}
他主要就是实现了抽象类的方法，描述自己是面条，不是其它的东西。接下来的就比较有意思了，就是这次的重点抽象类，装饰，一般都是把装饰类作为一个抽象类，因为要装饰的东西不仅仅只有一种， 可能装饰很多东西，比如说一个面条可以先烫发，在染发，然后焗一下等等，写到一个实现类的话就太臃肿，不利于扩展等，所以最好用一个抽象类，然后具体实现不同的装饰再具体子类实现，下面就是一个装饰的抽象类：
public abstract class Decorator extends Noodels{
private Noodels noodles = null;
//通过构造函数传递被修饰的东西
public Decorator(Noodels nood)
{
this.noodles = nood;
}
//委托给被修饰着执行
@Override
public void say(){
this.noodles.say();
}
}
接下来就是一个实现给面条烫发，大变方便面的装饰类了：
public class ConcreteDecorator extends Decorator{
//定义被修饰者
public ConcreteDecorator(Noodles nood){
super(nood);
}
//定义自己的修饰方法
private void dsay(){
System.out.println("我烫了头发");
}
//重写父类方法
public void say(){
this.dsay();
super.say();
}
}
接下来可以通过测试类测试一下装饰后的效果：
public class Test{
public static void main(String[] args) {
Noodels noodels = new sayNoodles();
//进行装饰，烫发开始
noodels = new ConcreteDecorator(noodels);
noodels.say();
}
}
装饰模式之应用场景
- 不影响其他对象的情况下，以动态、透明的方式给单个对象增加职责。
- 处理可以撤销的职责。