设计模式之装饰器模式
装饰器模式，顾名思义起的是装饰的作用，就是在一个类上增加功能。如果通过继承来增加功能，在不修改代码的情况下，如果增加功能多的话，会使类的数量爆炸式增长，为管理带来巨大的麻烦。装饰器模式就比较好地解决了这一点。
以上为装饰器模式的通用类图：
我们以生产一件衣服为例，生产一件衣服本身是个很简单的过程，一块布料裁剪好了之后做出衣服的样子就可以了，但是这样的衣服是卖不出去的，因为毫无美感，我们需要通过一些装饰来使衣服变得好看。但是时代在变化，人们的审美也在变化，装饰总是不断在变的，所以我们就要有一个灵活机动的模式来修改装饰。
interface Clothes {
public void makeClothes();
}
class MakeClothes implements Clothes {
@Override
public void makeClothes() {
System.out.println("制作一件衣服");
}
}
话不多说，先来个衣服的最初成品，就是毫无美感的那种，那么如果现在要增加装饰，可以用一个类继承MakeClothes，然后增加里面makeClothes()方法，但是如果过几天装饰就变了，那么又要改动代码，而且如果装饰过多，这个类就显得很庞杂，不好维护，这个时候装饰器模式就来大显身手了。
class Decorator implements Clothes {
private Clothes clothes;
public Decorator(Clothes _clothes) {
this.clothes = _clothes;
}
@Override
public void makeClothes() {
clothes.makeClothes();
}
}
这就是一个装饰器，它有一个构造函数，参数是一个衣服类，同时它重载了makeClothes()方法，以便它的子类对其进行修改。下面是两个子类，分别对衣服进行了绣花和镂空：
class Embroidery extends Decorator {
public Embroidery(Clothes _clothes) {
super(_clothes);
}
public void embroidery() {
System.out.println("给衣服绣花");
}
public void makeClothes() {
super.makeClothes();
this.embroidery();
}
}
class Hollow extends Decorator {
public Hollow(Clothes _clothes) {
super(_clothes);
}
public void hollow() {
System.out.println("关键位置镂空");
}
public void makeClothes() {
super.makeClothes();
this.hollow();
}
}
这两个子类的构造器都传入一个衣服模型，而且两个子类分别有各自的方法——绣花和镂空，但是他们均重写了makeClothes()方法，在制作衣服的过程中加入了绣花和镂空的操作，这样一来，我们只需要增删改这几个装饰器的子类，就可以完成各种不同的装饰，简洁明了，一目了然。下面测试一下：
public class TestDecorator {
public static void main(String[] args) {
Clothes clothes = new MakeClothes();
clothes = new Embroidery(clothes);
clothes = new Hollow(clothes);
clothes.makeClothes();
System.out.println("衣服做好了");
}
}
测试打印结果如下：
制作一件衣服
给衣服绣花
关键位置镂空
衣服做好了
可见装饰的效果还是不错的，不过装饰器模式虽然好用，但是如果装饰层数过多，还是会影响到维护的，所以说设计模式虽好，还是需要灵活使用。
