装饰模式-动态的给对象加入新功能。

装饰：所谓锦上添花，装饰就是给加上“花”而它的核心本质还是“锦”。
那么难免就有一个疑问那就直接加花就能够了啊，为什么要弄一个装饰模式出来呢？
举个样例：一个家伙要和面，准备蒸个馒头吃吃。然后准备一些面，加水，呀。水多了，加面…无穷尽也~
我们把装饰单独拿出来实现主体和附加功能的分离，在不使主体变得臃肿的情况下加入须要的新功能。再拿蒸馒头举例，蒸馒头吃的是面，那面就是主体。以这个面为核心，我们加点配料或者加个陷，或者弄几个花纹美化一下。假设不把装饰拿出来是什么样的呢：

class ManTou{
    addMian();
}
class addHuaWen extends ManTou{
    addMian();
    ---------
    addHuawen();
}
class addRouXian extends ManTou{
    addMian();
    ----------
    addRouXian();
}

这样我们就重复使用主体。进入加面加水的循环，尽管达到了我们要加配料的目的，可是主体被滥用了，你可能仅仅想做两个馒头，最后蒸了一锅。
看看装饰模式。馒头还是那个馒头。没有引发血案，仅仅是个馒头

class ManTou{
    addMian();
}
class decorator extends ManTou{
    protected ManTou manTOu;
    makeManTou(ManTou manTou) {
        this.manTou = mantou;
    }
    @Override
    addMian();
}

class addHuawen extends decorator{
    @Override
    addMian(){
        super.addMian();
        addHuawen();
}

class addRouXian extends decorator{
    @Override
    addMian() {
        super.addMian();
        addRouXian();
}

体现装饰模式的优势就在client的代码了：

static void main(String[] args) {
    ManTou m = new ManTou();
    addHuaWen h = new addHuaWen();
    addRouXian r = new addRouXian();

    h.makeManTou(m);
    r.makeManTou(h);
    r.addMian(); 

通过client的实现能够发现就像穿衣服一样，一层套一层的加上去了我们的新需求，当你再想加个颜色，仅仅要再写一个addColor()就可以。client改动一下就可以，不须要去动addMian()这个主体。符合了开放和封闭原则。
Uh… 最后想想做馒头这个样例举得不太好可能不利于理解，只是没想到更好的呢，想到再写~