🙊 前言：本文章为瑞_系列专栏之《23种设计模式》的装饰者模式篇。本文中的部分图和概念等资料，来源于博主学习设计模式的相关网站《菜鸟教程 | 设计模式》和《黑马程序员Java设计模式详解》，特此注明。本文中涉及到的软件设计模式的概念、背景、优点、分类、以及UML图的基本知识和设计模式的6大法则等知识，建议阅读 《瑞_23种设计模式_概述》

本系列 - 设计模式 - 链接：《瑞_23种设计模式_概述》

⬇️本系列 - 创建型模式 - 链接🔗

  单例模式：《瑞_23种设计模式_单例模式》
  工厂模式：《瑞_23种设计模式_工厂模式》
  原型模式：《瑞_23种设计模式_原型模式》
抽象工厂模式：《瑞_23种设计模式_抽象工厂模式》
 建造者模式：《瑞_23种设计模式_建造者模式》

⬇️本系列 - 结构型模式 - 链接🔗

  代理模式：《瑞_23种设计模式_代理模式》
 适配器模式：《瑞_23种设计模式_适配器模式》
 装饰者模式：《后续更新》
  桥接模式：《后续更新》
  外观模式：《后续更新》
  组合模式：《后续更新》
  享元模式：《后续更新》

⬇️本系列 - 行为型模式 - 链接🔗

模板方法模式：《后续更新》
  策略模式：《后续更新》
  命令模式：《后续更新》
 职责链模式：《后续更新》
  状态模式：《后续更新》
 观察者模式：《后续更新》
 中介者模式：《后续更新》
 迭代器模式：《后续更新》
 访问者模式：《后续更新》
 备忘录模式：《后续更新》
 解释器模式：《后续更新》

1 装饰者模式（Decorator Pattern）

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

瑞：结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式，前者采用继承机制来组织接口和类，后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低，满足“合成复用原则”，所以对象结构型模式比类结构型模式具有更大的灵活性。

  装饰者模式通过将对象包装在装饰器类中，以便动态地修改其行为。

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

1.1 介绍

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

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

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

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

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

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

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

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

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

• 注意事项：可代替继承。

1.2 概述

  定义：指在不改变现有对象结构的情况下，动态地给该对象增加一些职责（即增加其额外功能）的模式。

  先看一个快餐店的例子

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

  该需求类图如下（未使用装饰者模式设计）：

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

• 扩展性不好
    如果要再加一种配料（火腿肠），我们就会发现需要给 FriedRice 和 FriedNoodles 分别定义一个子类。如果要新增一个快餐品类（炒河粉）的话，就需要定义更多的子类。

• 产生过多的子类

1.3 装饰者模式的结构

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

---

2 案例一

快餐店

2.1 需求

  使用装饰者模式对快餐店案例（点我跳转）进行改进，体会装饰者模式的精髓。

  使用装饰者模式设计后的类图如下：

2.2 代码实现

快餐类（抽象类）

/*** 快餐类(抽象构件角色)** @author LiaoYuXing-Ray**/
public abstract class FastFood {// 价格private float price;// 描述private String desc;public float getPrice() {return price;}public void setPrice(float price) {this.price = price;}public String getDesc() {return desc;}public void setDesc(String desc) {this.desc = desc;}public FastFood(float price, String desc) {this.price = price;this.desc = desc;}public FastFood() {}// 计算价格public abstract float cost();
}

炒饭（类）

/*** 炒饭(具体构件角色)** @author LiaoYuXing-Ray**/
public class FriedRice extends FastFood {public FriedRice() {super(10, "炒饭");}public float cost() {return getPrice();}
}

炒面（类）

/*** 炒面(具体的构件角色)** @author LiaoYuXing-Ray**/
public class FriedNoodles extends FastFood {public FriedNoodles() {super(12,"炒面");}public float cost() {return getPrice();}
}

装饰者类（抽象类）

/*** 装饰者类(抽象装饰者角色)** @author LiaoYuXing-Ray**/
public abstract class Garnish extends FastFood {// 声明快餐类的变量private FastFood fastFood;public FastFood getFastFood() {return fastFood;}public void setFastFood(FastFood fastFood) {this.fastFood = fastFood;}public Garnish(FastFood fastFood,float price, String desc) {super(price, desc);this.fastFood = fastFood;}
}

鸡蛋类（类）

/*** 鸡蛋类(具体的装饰者角色)** @author LiaoYuXing-Ray**/
public class Egg extends Garnish {public Egg(FastFood fastFood) {super(fastFood,1,"鸡蛋");}public float cost() {//计算价格return getPrice() + getFastFood().cost();}@Overridepublic String getDesc() {return super.getDesc() + getFastFood().getDesc();}
}

培根类（类）

/*** 培根类(具体的装饰者角色)** @author LiaoYuXing-Ray**/
public class Bacon extends Garnish {public Bacon(FastFood fastFood) {super(fastFood,2,"培根");}public float cost() {//计算价格return getPrice() + getFastFood().cost();}@Overridepublic String getDesc() {return super.getDesc() + getFastFood().getDesc();}
}

测试类

/*** 测试类** @author LiaoYuXing-Ray**/
public class Client {public static void main(String[] args) {// 点一份炒饭FastFood food = new FriedRice();System.out.println(food.getDesc() + "  " + food.cost() + "元");System.out.println("===============");// 在上面的炒饭中加一个鸡蛋food = new Egg(food);System.out.println(food.getDesc() + "  " + food.cost() + "元");System.out.println("================");// 再加一个鸡蛋food = new Egg(food);System.out.println(food.getDesc() + "  " + food.cost() + "元");System.out.println("================");food = new Bacon(food);System.out.println(food.getDesc() + "  " + food.cost() + "元");}
}

  代码运行结果如下：

	炒饭  10.0元===============鸡蛋炒饭  11.0元================鸡蛋鸡蛋炒饭  12.0元================培根鸡蛋鸡蛋炒饭  14.0元

好处：

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

---

3 案例二

本案例为菜鸟教程中的案例

3.1 需求

  把一个形状装饰上不同的颜色，同时又不改变形状类

  创建一个 Shape 接口和实现了 Shape 接口的实体类。然后我们创建一个实现了 Shape 接口的抽象装饰类 ShapeDecorator，并把 Shape 对象作为它的实例变量。

  RedShapeDecorator 是实现了 ShapeDecorator 的实体类。

  DecoratorPatternDemo 类使用 RedShapeDecorator 来装饰 Shape 对象。

3.2 代码实现

步骤1

  创建一个接口。

Shape.java

public interface Shape {void draw();
}

步骤2

  创建实现接口的实体类。

Rectangle.java

public class Rectangle implements Shape {@Overridepublic void draw() {System.out.println("Shape: Rectangle");}
}

Circle.java

public class Circle implements Shape {@Overridepublic void draw() {System.out.println("Shape: Circle");}
}

步骤3

  创建实现了 Shape 接口的抽象装饰类。

ShapeDecorator.java

public abstract class ShapeDecorator implements Shape {protected Shape decoratedShape;public ShapeDecorator(Shape decoratedShape){this.decoratedShape = decoratedShape;}public void draw(){decoratedShape.draw();}  
}

步骤4

  创建扩展了 ShapeDecorator 类的实体装饰类。

RedShapeDecorator.java

public class RedShapeDecorator extends ShapeDecorator {public RedShapeDecorator(Shape decoratedShape) {super(decoratedShape);     }@Overridepublic void draw() {decoratedShape.draw();         setRedBorder(decoratedShape);}private void setRedBorder(Shape decoratedShape){System.out.println("Border Color: Red");}
}

步骤5

  使用 RedShapeDecorator 来装饰 Shape 对象。

DecoratorPatternDemo.java

public class DecoratorPatternDemo {public static void main(String[] args) {Shape circle = new Circle();ShapeDecorator redCircle = new RedShapeDecorator(new Circle());ShapeDecorator redRectangle = new RedShapeDecorator(new Rectangle());//Shape redCircle = new RedShapeDecorator(new Circle());//Shape redRectangle = new RedShapeDecorator(new Rectangle());System.out.println("Circle with normal border");circle.draw();System.out.println("\nCircle of red border");redCircle.draw();System.out.println("\nRectangle of red border");redRectangle.draw();}
}

步骤6

执行程序，输出结果：

	Circle with normal borderShape: CircleCircle of red borderShape: CircleBorder Color: RedRectangle of red borderShape: RectangleBorder Color: Red

---

4 JDK源码解析

  IO流中的包装类使用到了装饰者模式。BufferedInputStream，BufferedOutputStream，BufferedReader，BufferedWriter。

  我们以BufferedWriter举例来说明，先看看如何使用BufferedWriter

public class RayTest {public static void main(String[] args) throws Exception{// 获取当前文件的绝对路径String absolutePath = System.getProperty("user.dir");String filePath = absolutePath + File.separator + "test.txt";// 创建BufferedWriter对象// 创建FileWriter对象FileWriter fw = new FileWriter(filePath);BufferedWriter bw = new BufferedWriter(fw);// 写数据bw.write("hello Buffered");bw.close();}
}

  分析它们的结构，类图如下，使用了装饰者模式的设计思维

BufferedWriter使用装饰者模式对Writer子实现类进行了增强，添加了缓冲区，提高了写数据的效率。

---

5 总结

5.1 装饰者模式的优缺点

优点：
  1️⃣ 组合使用：饰者模式可以带来比继承更加灵活性的扩展功能，使用更加方便，通过使用不同的装饰类以及这些装饰类的排列组合，可以创造出很多不同行为的组合。这意味着可以使用多个装饰类来装饰同一个对象，从而得到功能更为强大的对象。装饰者模式比继承更具良好的扩展性，完美的遵循开闭原则，继承是静态的附加责任，装饰者则是动态的附加责任。
  2️⃣ 动态扩展：装饰类和被装饰类可以独立发展，不会相互耦合，装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现类的功能。
  3️⃣ 符合开闭原则：装饰者模式允许在不修改原有代码的情况下增加新的功能，这符合开闭原则，即“软件实体（类、模块、函数等等）应当是可扩展，而不可修改的”。
  4️⃣ 易于使用：装饰者模式易于理解和使用，因为它与日常生活中的装饰概念相似。

缺点：
  1️⃣ 产生大量小对象：由于装饰者模式是通过创建大量的小对象来实现功能的扩展，这可能会增加系统的内存开销和垃圾回收的压力。
  2️⃣ 可能导致过度设计：如果过度使用装饰者模式，可能会导致系统中有过多的装饰类和具体的构件类，从而使代码变得复杂和难以维护。
  3️⃣ 可能引入额外的性能开销：由于装饰者模式需要在运行时动态地组合对象，这可能会引入额外的性能开销，特别是在需要多层装饰的情况下。

5.2 装饰者模式的使用场景

• 当不能采用继承的方式对系统进行扩充或者采用继承不利于系统扩展和维护时。

  不能采用继承的情况主要有两类：

  • 第一类是系统中存在大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长；
  • 第二类是因为类定义不能继承（如final类）

• 在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。

• 当对象的功能要求可以动态地添加，也可以再动态地撤销时。在面向服务的架构（SOA）中，可以使用装饰者模式来组合不同的服务，以创建具有复合功能的新服务。这允许服务提供者灵活地根据客户需求来定制服务

5.3 装饰者模式 VS 代理模式

代理模式可以参考：《瑞_23种设计模式_代理模式》

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

---

本文是博主的粗浅理解，可能存在一些错误或不完善之处，如有遗漏或错误欢迎各位补充，谢谢

  如果觉得这篇文章对您有所帮助的话，请动动小手点波关注💗，你的点赞👍收藏⭐️转发🔗评论📝都是对博主最好的支持~