概述

  • 先看一个快餐店的例子：快餐店有炒面、炒饭这些快餐，可以额外附加鸡蛋、火腿、培根这些配菜，当然加配菜需要额外加钱，每个配菜的价钱通常不太一样，那么计算总价就会显得比较麻烦。

    装饰者模式 - 图1

  • 使用继承的方式存在的问题：

    • 扩展性不好
      如果要再加一种配料（火腿肠），我们就会发现需要给FriedRice和FriedNoodles分别定义一个子类。如果要新增一个快餐品类（炒河粉）的话，就需要定义更多的子类。
    • 产生过多的子类
  • 装饰者模式定义
    • 指在不改变现有对象结构的情况下，动态地给该对象增加一些职责（即增加其额外功能）的模式。

结构

装饰（Decorator）模式中的角色：

  • 抽象构件（Component）角色 ：定义一个抽象接口以规范准备接收附加责任的对象（也就是具体构建接收装饰）。
  • 具体构件（Concrete Component）角色 ：实现抽象构件，通过装饰角色为其添加一些职责。
  • 抽象装饰（Decorator）角色 ： 继承或实现抽象构件，并包含具体构件的实例，可以通过其子类扩展具体构件的功能。
  • 具体装饰（ConcreteDecorator）角色 ：实现抽象装饰的相关方法，并给具体构件对象添加附加的责任。

案例

  • 实现

    UML图

    装饰者模式 - 图2

    抽象构件和具体构件，具体构建可以接收具体装饰

    装饰者模式 - 图3

    抽象装饰和具体装饰

    装饰者模式 - 图4

    测试，可以看到new Egg(fastfood)，这个过程中的fastfood并没有变，只是新创建了一个Egg类型的FastFood。然后赋值给fastfood变量，此时fastfood变量就是Garnish(FastFood fastfood(原本的fastfood),price(装饰1),desc(装饰2))

    装饰者模式 - 图5

优点

  • 装饰者模式可以带来比继承更加灵活性的扩展功能，使用更加方便，可以通过组合不同的装饰者对象来获取具有不同行为状态的多样化的结果。装饰者模式比继承更具良好的扩展性，完美的遵循开闭原则，继承是静态的附加责任，装饰者则是动态的附加责任。
  • 装饰类和被装饰类可以独立发展，不会相互耦合，装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现类的功能。

使用场景

  • 当不能采用继承的方式对系统进行扩充或者采用继承不利于系统扩展和维护时。
    不能采用继承的情况主要有两类：
    • 第一类是系统中存在大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长；
    • 第二类是因为类定义不能继承（如final类）
  • 在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。
  • 当对象的功能要求可以动态地添加，也可以再动态地撤销时。

JDK源码解析

  • IO流中的包装类使用到了装饰者模式。BufferedInputStream，BufferedOutputStream，BufferedReader，BufferedWriter。
  • 比如，BufferedWriter对FileWriter（Writer的子类）的包装

装饰者模式 - 图6

对比静态代理和装饰者模式

  • 相同点：
    • 都要实现与目标类相同的业务接口
    • 在两个类中都要声明目标对象
    • 都可以在不修改目标类的前提下增强目标方法
  • 不同点：
    • 目的不同
      装饰者是为了增强目标对象
      静态代理是为了保护和隐藏目标对象
    • 获取目标对象构建的地方不同
      装饰者是由外界传递进来，可以通过构造方法传递
      静态代理是在代理类内部创建，以此来隐藏目标对象

      装饰者模式 - 图7