“怎么了，鱼哥？”
“唉，别提了，网购了一件衣服，结果发现和商家描述的差太多了，有色差就算了，质量还不好，质量不好就算了，竟然大小也不行，说好的3个X，邮的却是一个X的，不说了，退货去。你先开讲吧，你说说就一个东西还装饰个什么劲儿。”（装饰模式石化中：这关我什么事儿撒。）恩，今天由我来讲，讲之前先来个段子：话说面条被追到一个理发店，出来一个方便面，然后追他的人一把抓住他就开打：小子（第四声），烫个头发我就不认识你了么？其实那人认错了，出来的真的是方便面，我认识的，因为方便面屁股上有胎记，恩。然后为什么会认错呢？没错，就是他认为面条“装饰了一下”。好了，我就是装饰。不过鱼哥的衣服真的不怨我、、、
装饰模式之自我介绍
先来看下有关我的定义: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是一个透明的包装，如果从对象标识观点出发，一个被装饰的组件与此组件有差别。因此不能依赖对象标识。
- 使用装饰模式会产生很多小的对象。这对于它来说很难进行订制。而且排错也很困难。
装饰模式之实现
光说不练假把式，既然如此，我就给你们露一手，这次就拿面条烫发来当栗子，首先是面条的抽象类：
1 public abstract class Noodles{
2 //抽象方法
3 public abstract void say();
4 }
抽象类比较简单，只有一say的属性，接下来是具体的面条的类的实现：
1 public class sayNoodles extends Noodles{
2 //抽象方法
3 @Override
4 public void say(){
5 System.out.println("我是面条");
6 }
7 }
他主要就是实现了抽象类的方法，描述自己是面条，不是其它的东西。接下来的就比较有意思了，就是这次的重点抽象类，装饰，一般都是把装饰类作为一个抽象类，因为要装饰的东西不仅仅只有一种， 可能装饰很多东西，比如说一个面条可以先烫发，在染发，然后焗一下等等，写到一个实现类的话就太臃肿，不利于扩展等，所以最好用一个抽象类，然后具体实现不同的装饰再具体子类实现，下面就是一个装饰的抽象类：
1 public abstract class Decorator extends Noodels{
2 private Noodels noodles = null;
3 //通过构造函数传递被修饰的东西
4 public Decorator(Noodels nood)
5 {
6 this.noodles = nood;
7 }
8
9 //委托给被修饰着执行
10 @Override
11 public void say(){
12 this.noodles.say();
13 }
14
15 }
接下来就是一个实现给面条烫发，大变方便面的装饰类了：
public class ConcreteDecorator extends Decorator{
2 //定义被修饰者
3 public ConcreteDecorator(Noodles nood){
4 super(nood);
5 }
6
7 //定义自己的修饰方法
8
9 private void dsay(){
10 System.out.println("我烫了头发");
11 }
12
13 //重写父类方法
14 public void say(){
15 this.dsay();
16 super.say();
17 }
18
19 }
1 public class ConcreteDecorator extends Decorator{
2 //定义被修饰者
3 public ConcreteDecorator(Noodles nood){
4 super(nood);
5 }
6
7 //定义自己的修饰方法
8
9 private void dsay(){
10 System.out.println("我烫了头发");
11 }
12
13 //重写父类方法
14 public void say(){
15 this.dsay();
16 super.say();
17 }
18
19 }
接下来可以通过测试类测试一下装饰后的效果：
1 public class Test{
2 public static void main(String[] args) {
3 Noodels noodels = new sayNoodles();
4 //进行装饰，烫发开始
5 noodels = new ConcreteDecorator(noodels);
6 noodels.say();
7 }
8 }
好了，有关装饰模式的到此就没了。欲知后式（此为模式）如何，且听下回分解~（作者按：卧槽，竟然抢我台词，别理我，我想静静，别问我静静是谁）
装饰模式之应用场景
- 不影响其他对象的情况下，以动态、透明的方式给单个对象增加职责。
- 处理可以撤销的职责