结构型模式 - 装饰模式

0x01 前言

??装饰器模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。

??这种模式创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。

0x02 简介

意图：动态地给一个对象添加一些额外的职责。就增加功能来说，装饰器模式相比生成子类更为灵活。

主要解决：一般的，我们为了扩展一个类经常使用继承方式实现，由于继承为类引入静态特征，并且随着扩展功能的增多，子类会很膨胀。

何时使用：在不想增加很多子类的情况下扩展类。

如何解决：将具体功能职责划分，同时继承装饰者模式。

关键代码： 1、Component 类充当抽象角色，不应该具体实现。 2、修饰类引用和继承 Component 类，具体扩展类重写父类方法。

应用实例： 1、孙悟空有 72 变，当他变成“庙宇”后，他的根本还是一只猴子，但是他又有了庙宇的功能。 2、不论一幅画有没有画框都可以挂在墙上，但是通常都是有画框的，并且实际上是画框被挂在墙上。在挂在墙上之前，画可以被蒙上玻璃，装到框子里；这时画、玻璃和画框形成了一个物体。

优点：装饰类和被装饰类可以独立发展，不会相互耦合，装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现类的功能。

缺点：多层装饰比较复杂。

使用场景： 1、扩展一个类的功能。 2、动态增加功能，动态撤销。

注意事项：可代替继承。

0x03 设计概述

??咖啡是一种饮料，咖啡的本质是咖啡豆 + 水磨出来的?？Х鹊晗衷谝舾髦挚谖兜目Х?，如果不使用装饰模式，那么在销售系统中，各种不一样的咖啡都要产生一个类，如果有 4 种咖啡豆， 5 种口味，那么将要产生至少 20 个类（不包括混合口味），非常麻烦。使用了装饰模式，只需要 11 个类即可生产任意口味咖啡（包括混合口味）。

角色组成

??抽象构件（Component）角色：给出一个抽象接口，以规范准备接收附加责任的对象。

??具体构件（Concrete Component）角色：定义一个将要接收附加责任的类。

??装饰角色（Decorator）：持有一个构件（Component）对象的实例，并定义一个与抽象构件接口一致的接口。

??具体装饰角色（Concrete Decorator）：负责给构件对象“贴上”附加的责任。

0x04 具体实现

项目结构图

图片

抽象构件（Component）

??创建一个饮料接口，以规范准备接收附加责任的对象。

// decorator_pattern.IBeverage

package decorator_pattern;

public interface IBeverage {

    String getDescription(); // 定义添加物料描述

    double getPrice(); // 获取返回金额数

}

具体构件（Concrete Component）

??创建实现接口的实体类，即是被装饰的类型。

// decorator_pattern.concrete_component.CoffeeBean1

package decorator_pattern.concrete_component;

import decorator_pattern.IBeverage;

public class CoffeeBean1 implements IBeverage {

    private String description = "选择第 1 种咖啡豆";

    @Override
    public String getDescription() {
        return description;
    }

    @Override
    public double getPrice() {
        return 50;
    }

}

// decorator_pattern.concrete_component.CoffeeBean2

package decorator_pattern.concrete_component;

import decorator_pattern.IBeverage;

public class CoffeeBean2 implements IBeverage {

    private String description = "选了第 2 种咖啡豆";

    @Override
    public String getDescription() {
        return description;
    }

    @Override
    public double getPrice() {
        return 100;
    }

}

装饰角色（Decorator）

??拓展 Decorator 形成抽象装饰类，创建一个构件（Component）对象的实例，并定义一个与抽象构件接口一致的接口，由此接口拓展具体的装饰类。

// decorator_pattern.decorator.Decorator

package decorator_pattern.decorator;

import decorator_pattern.IBeverage;

public abstract class Decorator implements IBeverage {

    private String descriptor = "我只是装饰器，不做具体的描述";

    @Override
    public String getDescription() {
        return descriptor;
    }

    @Override
    public double getPrice() {
        return 0;
    }

}

具体装饰角色（Concrete Decorator）

??拓展 Decorator 形成具体的装饰类，负责给构件对象“贴上”附加的责任。

// decorator_pattern.decorator.concrete_decorator.Milk

package decorator_pattern.decorator.concrete_decorator;

import decorator_pattern.IBeverage;
import decorator_pattern.decorator.Decorator;

public class Milk extends Decorator {

    private String description = "加了牛奶";
    private IBeverage beverage = null;

    public Milk(IBeverage beverage) {
        this.beverage = beverage;
    }

    @Override
    public String getDescription() {
        return beverage.getDescription() + "\n" + description;
    }

    @Override
    public double getPrice() {
        return beverage.getPrice() + 30;
    }

}

// decorator_pattern.decorator.concrete_decorator.Mocha

package decorator_pattern.decorator.concrete_decorator;

import decorator_pattern.IBeverage;
import decorator_pattern.decorator.Decorator;

public class Mocha extends Decorator {

    private String description = "加了摩卡";
    private IBeverage beverage = null;

    public Mocha(IBeverage beverage) {
        this.beverage = beverage;
    }

    @Override
    public String getDescription() {
        return beverage.getDescription() + "\n" + description;
    }

    @Override
    public double getPrice() {
        return beverage.getPrice() + 50;
    }

}

// decorator_pattern.decorator.concrete_decorator.Soy

package decorator_pattern.decorator.concrete_decorator;

import decorator_pattern.IBeverage;
import decorator_pattern.decorator.Decorator;

public class Soy extends Decorator {

    private String description = "加了豆浆";
    private IBeverage beverage = null;

    public Soy(IBeverage beverage) {
        this.beverage = beverage;
    }

    @Override
    public String getDescription() {
        return beverage.getDescription() + "\n" + description;
    }

    @Override
    public double getPrice() {
        return beverage.getPrice() + 30;
    }

}

测试类

??进行测试举例，饮料 1 ：咖啡豆 1 ，加入牛奶，摩卡。饮料 2 ：咖啡豆 2 ，加入豆浆。

// decorator_pattern.BeverageTest

package decorator_pattern;

import org.junit.Test;

import decorator_pattern.concrete_component.CoffeeBean1;
import decorator_pattern.concrete_component.CoffeeBean2;
import decorator_pattern.decorator.concrete_decorator.Frozen;
import decorator_pattern.decorator.concrete_decorator.Heat;
import decorator_pattern.decorator.concrete_decorator.Milk;
import decorator_pattern.decorator.concrete_decorator.Mocha;
import decorator_pattern.decorator.concrete_decorator.Soy;

public class BeverageTest {

    @Test
    public void testBeverage1() {
        IBeverage beverage = new CoffeeBean1();
        beverage = new Milk(beverage);
        beverage = new Mocha(beverage);
        Heat heatBeverage = new Heat(beverage);
        System.out.println(heatBeverage.getDescription() + "\n" + heatBeverage.getPrice() + "\n" + heatBeverage.getOperator());
    }

    @Test
    public void testBeverage2() {
        IBeverage beverage = new CoffeeBean2();
        beverage = new Soy(beverage);
        Frozen frozenBeverage = new Frozen(beverage);
        System.out.println(frozenBeverage.getDescription() + "\n" + frozenBeverage.getPrice() + "\n" + frozenBeverage.getOperator());
    }

}

测试结果

??testBeverage1

选择第 1 种咖啡豆
加了牛奶
加了摩卡
130.0

??testBeverage2

选了第 2 种咖啡豆
加了豆浆
130.0

0x05 装饰模式和适配器模式的关系

??装饰模式和适配器模式都是“包装模式（Wrapper Pattern）”，它们都是通过封装其他对象达到设计的目的的，但是它们的形态有很大区别。

??理想的装饰模式在对被装饰对象进行功能增强的同时，要求具体构件角色、装饰角色的接口与抽象构件角色的接口完全一致。而适配器模式则不然，一般而言，适配器模式并不要求对源对象的功能进行增强，但是会改变源对象的接口，以便和目标接口相符合。

??装饰模式有透明和半透明两种，这两种的区别就在于装饰角色的接口与抽象构件角色的接口是否完全一致。透明的装饰模式也就是理想的装饰模式，要求具体构件角色、装饰角色的接口与抽象构件角色的接口完全一致。相反，如果装饰角色的接口与抽象构件角色接口不一致，也就是说装饰角色的接口比抽象构件角色的接口宽的话，装饰角色实际上已经成了一个适配器角色，这种装饰模式也是可以接受的，称为“半透明”的装饰模式，如下图所示。

图片

??在适配器模式里面，适配器类的接口通?；嵊肽勘昀嗟慕涌谥氐?，但往往并不完全相同?；谎灾?，适配器类的接口会比被装饰的目标类接口宽。

??显然，半透明的装饰模式实际上就是处于适配器模式与装饰模式之间的灰色地带。如果将装饰模式与适配器模式合并成为一个“包装模式”的话，那么半透明的装饰模式倒可以成为这种合并后的“包装模式”的代表。

0x06 透明性要求

??装饰模式对客户端的透明性要求程序不要声明一个 Concrete Component 类型的变量，而应当声明一个 Component 类型的变量。

??用上面的例子来说，必须永远把所有的饮料当成饮料来对待，而如果把饮料变成的加摩卡的饮料当成摩卡，而不是饮料，这是不应当发生的。

??下面的做法是对的：

IBeverage beverage = new CoffeeBean1();
IBeverage mochaBeverage = new Mocha(beverage);

??下面的做法是错的：

IBeverage beverage = new CoffeeBean1();
Mocha mochaBeverage = new Mocha(beverage);

0x07 半透明模式

??然而，纯粹的装饰模式很难找到。装饰模式的用意是在不改变接口的前提下，增强所考虑的类的性能。在增强性能的时候，往往需要建立新的公开的方法。上述例子中，我们需要对咖啡进行加热和冰冻，就需要在原先的接口上添加新的方法。因此，在 Concrete Decorator 类?？橹?，添加新的具体装饰类 Heat ，在类 Heat 中增加方法 getOperator() 对咖啡进行进一步操作。

项目结构图

图片

具体实现

具体装饰角色（Concrete Decorator）

??拓展 Decorator 形成具体的装饰类 Heat，对咖啡进行加热。

// decorator_pattern.decorator.concrete_decorator.Heat

package decorator_pattern.decorator.concrete_decorator;

import decorator_pattern.IBeverage;
import decorator_pattern.decorator.Decorator;

public class Heat extends Decorator {

    private IBeverage beverage = null;

    public Heat(IBeverage beverage) {
        this.beverage = beverage;
    }

    @Override
    public String getDescription() {
        return beverage.getDescription();
    }

    @Override
    public double getPrice() {
        return beverage.getPrice();
    }

    public String getOperator() {
        return "加热";
    }

}

??拓展 Decorator 形成具体的装饰类 Frozen，对咖啡进行冰冻。

// decorator_pattern.decorator.concrete_decorator.Frozen

package decorator_pattern.decorator.concrete_decorator;

import decorator_pattern.IBeverage;
import decorator_pattern.decorator.Decorator;

public class Frozen extends Decorator {

    private IBeverage beverage = null;

    public Frozen(IBeverage beverage) {
        this.beverage = beverage;
    }

    @Override
    public String getDescription() {
        return beverage.getDescription();
    }

    @Override
    public double getPrice() {
        return beverage.getPrice();
    }

    public String getOperator() {
        return "冰冻";
    }

}

??这就导致了大多数的装饰模式的实现都是“半透明”的，而不是完全透明的?；谎灾市碜笆文Ｊ礁谋浣涌?，增加新的方法。这意味着客户端可以声明 Concrete Decorator 类型的变量，从而可以调用 Concrete Decorator 类中才有的方法：

测试类

package decorator_pattern;

import org.junit.Test;

import decorator_pattern.concrete_component.CoffeeBean1;
import decorator_pattern.concrete_component.CoffeeBean2;
import decorator_pattern.decorator.concrete_decorator.Frozen;
import decorator_pattern.decorator.concrete_decorator.Heat;
import decorator_pattern.decorator.concrete_decorator.Milk;
import decorator_pattern.decorator.concrete_decorator.Mocha;
import decorator_pattern.decorator.concrete_decorator.Soy;

public class BeverageTest {

    @Test
    public void testBeverage1() {
        IBeverage beverage = new CoffeeBean1();
        beverage = new Milk(beverage);
        beverage = new Mocha(beverage);
        Heat heatBeverage = new Heat(beverage);
        System.out.println(heatBeverage.getDescription() + "\n" + heatBeverage.getPrice() + "\n" + heatBeverage.getOperator());
    }

    @Test
    public void testBeverage2() {
        IBeverage beverage = new CoffeeBean2();
        beverage = new Soy(beverage);
        Frozen frozenBeverage = new Frozen(beverage);
        System.out.println(frozenBeverage.getDescription() + "\n" + frozenBeverage.getPrice() + "\n" + frozenBeverage.getOperator());
    }

}

??半透明的装饰模式是介于装饰模式和适配器模式之间的。适配器模式的用意是改变所考虑的类的接口，也可以通过改写一个或几个方法，或增加新的方法来增强或改变所考虑的类的功能。大多数的装饰模式实际上是半透明的装饰模式，这样的装饰模式也称做半装饰、半适配器模式。

最后编辑于：2017.12.11 01:10:04

?著作权归作者所有,转载或内容合作请联系作者

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 214,100评论 6赞 493
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 91,308评论 3赞 388
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 159,718评论 0赞 349
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 57,275评论 1赞 287
?港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 66,376评论 6赞 386
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 50,454评论 1赞 292
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 39,464评论 3赞 412
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 38,248评论 0赞 269
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 44,686评论 1赞 306
?护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 36,974评论 2赞 328
?白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 39,150评论 1赞 342
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 34,817评论 4赞 337
?日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 40,484评论 3赞 322
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 31,140评论 0赞 21
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 32,374评论 1赞 267
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 47,012评论 2赞 365
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 44,041评论 2赞 351

传奇手游全部平台_三端传奇开服网址大全下载_三端传奇版本下载教程

结构型模式 - 装饰模式

结构型模式 - 装饰模式

0x01 前言

0x02 简介

0x03 设计概述

角色组成

0x04 具体实现

项目结构图

抽象构件（Component）

具体构件（Concrete Component）

装饰角色（Decorator）

具体装饰角色（Concrete Decorator）

测试类

测试结果

0x05 装饰模式和适配器模式的关系

0x06 透明性要求

项目结构图

具体实现

具体装饰角色（Concrete Decorator）

测试类

推荐阅读更多精彩内容