设计模式-装饰器模式

微信关注公众号 javastorm 获取最新内容。

装饰器模式（decorator），动态地给一个对象添加一些额外的职责，就增加功能来说，装饰器模式比生成子类更为灵活；它允许向一个现有的对象添加新的功能，同时又不改变其结构。==装饰器模式属于结构型模式==。

uml 类图

• component：接口，定义一个抽象接口装饰对象与真实对象具有相同的接口，以便装饰器动态的添加职责。
• concretecomponent： 接口的具体对象。
• decorator：装饰类，继承了 component ， 从外类来拓展 component 的功能 并且持有一个 component 的引用，通过构造器实例化，从而实现对真实对象的职责装饰增强。
• concretedecorator：具体装饰类，用于给实际对象添加职责。

使用场景

现在有一个场景：煎饼果子，科技园上班族早上去买煎饼果子（pancake），有的人要加鸡蛋 （egg）、有的人加火腿 （ham）、有的人加生菜 （lettuce）。有的土豪煎饼果子来一套全都要。现在我们来定义煎饼烹饪实现。（ps：留一个功能读者自己实现：不同的套餐价格是不一样的，如何计算出不同煎饼果子的价格？有兴趣的读者可以留言或者微信公众号后台留言）。

代码实现

代码可以左右滑动

1. 先定义煎饼接口也就是我们的被装饰类，以及烹饪的方法 。

package com.zero.headfirst.decorator;

public interface pancake {
    /**
     * 烹饪方法
     */
    void cook();
}

1. 定义一个乞丐版煎饼，被装饰对象。

package com.zero.headfirst.decorator;

/**
 * 被装饰对象：定义最基本的乞丐版煎饼，啥都没加
 */
public class beggarpancake implements pancake {
    @override
    public void cook() {
        system.out.println("乞丐版基本煎饼");
    }
}

1. 定义抽象装饰类 煎饼果子装饰器 pancakedecorator：抽象装饰器角色，实现煎饼接口（被装饰器接口），持有被装饰器的引用 （pancake）将烹饪行为转发具体的装饰器。

package com.zero.headfirst.decorator;

/**
 * 抽象装饰器角色，实现煎饼接口（被装饰器接口），持有被装饰器的引用将烹饪行为转发具体的装饰器。
 */
public abstract class pancakedecorator implements pancake {

    private pancake pancake;

    public pancakedecorator(pancake pancake) {
        this.pancake = pancake;
    }

    @override
    public void cook() {
        if (pancake != null) {
            pancake.cook();
        }
    }
}

1. 各种具体装饰类对乞丐版煎饼进行不等级别的土豪加工。首先继承 抽象出来的 pancakedecorator ，重写 cook 方法，实现加工。

   eggdecorator 鸡蛋装饰器：继承 pancakedecorator，重写 cook 方法。动态添加鸡蛋，然后调用pancake 的cook。

package com.zero.headfirst.decorator;

/**
 * 鸡蛋装饰器：覆盖cook方法，加入自身的实现，并且调用父类的cook方法，也就是构造函数中
 * eggdecorator(pancake pancake)，这里传入的pancake的cook操作
 */
public class eggdecorator extends pancakedecorator {
    public eggdecorator(pancake pancake) {
        super(pancake);
    }

    @override
    public void cook() {
        system.out.println("加一个鸡蛋；");
        super.cook();
    }
}

火腿装饰器： hamdecorator

package com.zero.headfirst.decorator;

/**
 * 火腿装饰器
 */
public class hamdecorator extends pancakedecorator {

    public hamdecorator(pancake pancake) {
        super(pancake);
    }

    @override
    public void cook() {
        system.out.println("加一个火腿;");
        super.cook();
    }

}

生菜装饰器

package com.zero.headfirst.decorator;

/**
 * 生菜装饰器
 */
public class lettucedecorator extends pancakedecorator {

    public lettucedecorator(pancake pancake) {
        super(pancake);
    }

    @override
    public void cook() {
        system.out.println("加生菜；");
        super.cook();
    }

}

1. 定义一个煎饼果子摊位。

package com.zero.headfirst.decorator;

/**
 * 煎饼果子店
 */
public class pancakeshop {
    public static void main(string[] args) {
        system.out.println("========土豪来了，全都加上。======");
        beggarpancake beggarpancake = new beggarpancake();
        eggdecorator eggdecorator = new eggdecorator(beggarpancake);
        hamdecorator hamandeggdecorator = new hamdecorator(eggdecorator);
        lettucedecorator lettuceandhamandeggdecorator = new lettucedecorator(hamandeggdecorator);
        lettuceandhamandeggdecorator.cook();

        system.out.println("========苦逼码农来了，只要鸡蛋补补脑。=====");
        beggarpancake beggarpancake1 = new beggarpancake();
        eggdecorator eggdecorator1 = new eggdecorator(beggarpancake1);
        eggdecorator1.cook();
    }
}

1. 运行结果

========土豪来了，全都加上。======

加生菜；

加一个火腿;

加一个鸡蛋；

乞丐版基本煎饼

========苦逼码农来了，只要鸡蛋补补脑。=====

加一个鸡蛋；

乞丐版基本煎饼

总结

真实世界的装饰： java i/o。
注意事项与要点

• 抽象装饰器与具体被装饰对象实现同一个接口。
• 抽象装饰器持有被装饰器接口对象，以便请求传递。
• 具体装饰器需要重写抽象装饰器的方法并引用super进行条用，转发请求。

适用场景

• 拓展一个类的功能。

• 动态的添加与撤销职责。

### 优点

• 装饰类与被装饰类只关心自己的核心逻辑，实现了解耦。
• 方便动态拓展，开闭原则。且比继承灵活。

缺点

• 如果功能拓展太多，将产生大量的类。
• 多层装饰会变得复杂。

以上代码可参考我的 github : https://github.com/uniquedong/zero-design-stu。headfirst包下。欢迎关注公众号: javastorm 获取最新文章，也可在后台留言提出意见。收藏与关注是最大的鼓励。