【Java 设计模式】结构型之装饰器模式

装饰器模式（Decorator Pattern）是一种结构型设计模式，它允许在不改变对象接口的情况下，动态地将责任附加到对象上。装饰器模式是通过创建一个包装对象来实现的，这个包装对象包含了原始对象，并在原始对象的基础上添加了新的功能。在本文中，我们将介绍 Java 中装饰器模式的定义、结构、使用场景以及如何在实际开发中应用。

1. 定义

装饰器模式是一种结构型设计模式，它允许在不改变对象接口的情况下，动态地将责任附加到对象上。装饰器模式通过创建一个包装对象（装饰器）来实现，这个包装对象包含了原始对象，并在原始对象的基础上添加了新的功能。

装饰器模式通常包含四个主要角色：抽象组件（Component）、具体组件（ConcreteComponent）、抽象装饰器（Decorator）和具体装饰器（ConcreteDecorator）。

• 抽象组件（Component）： 定义了被装饰对象的接口
• 具体组件（ConcreteComponent）： 实现了抽象组件接口，是被装饰的具体对象
• 抽象装饰器（Decorator）： 继承自抽象组件，并包含一个指向抽象组件的引用
• 具体装饰器（ConcreteDecorator）： 继承自抽象装饰器，实现了装饰的具体功能

2. 应用场景

装饰器模式通常在以下场景中使用：

• 需要动态地添加或修改对象的功能：

  当需要动态地添加或修改对象的功能时，可以使用装饰器模式。通过创建不同的装饰器组合，可以实现灵活的功能扩展

• 不希望使用子类进行对象功能的扩展：

  当不希望通过继承大量的子类来扩展对象的功能时，可以使用装饰器模式。装饰器模式通过组合而不是继承来实现功能的扩展，避免了类爆炸的问题

• 需要在运行时动态地添加或删除功能：

  当需要在运行时动态地添加或删除对象的功能时，可以使用装饰器模式。通过添加或删除装饰器，可以在运行时改变对象的行为

3. 代码实现

下面通过一个简单的例子来演示装饰器模式的实现。假设有一个咖啡店，需要实现一种咖啡和不同调料的组合。我们可以使用装饰器模式来动态地添加调料。

抽象组件 - 咖啡 Coffee

package com.cheney.demo;

interface Coffee {
    double cost();
}

具体组件 - 基础咖啡 SimpleCoffee

package com.cheney.demo;

class SimpleCoffee implements Coffee {
    @Override
    public double cost() {
        return 2.0;
    }
}

抽象装饰器 - 调料 CoffeeDecorator

package com.cheney.demo;

abstract class CoffeeDecorator implements Coffee {
    protected Coffee coffee;

    public CoffeeDecorator(Coffee coffee) {
        this.coffee = coffee;
    }

    @Override
    public double cost() {
        return coffee.cost();
    }
}

具体装饰器 - 牛奶 MilkDecorator

package com.cheney.demo;

class MilkDecorator extends CoffeeDecorator {
    public MilkDecorator(Coffee coffee) {
        super(coffee);
    }

    @Override
    public double cost() {
        return super.cost() + 1.0;
    }
}

具体装饰器 - 糖 SugarDecorator

package com.cheney.demo;

class SugarDecorator extends CoffeeDecorator {
    public SugarDecorator(Coffee coffee) {
        super(coffee);
    }

    @Override
    public double cost() {
        return super.cost() + 0.5;
    }
}

客户端启动类 Main

package com.cheney.demo;

public class Main {
    public static void main(String[] args) {
        // 基础咖啡
        Coffee simpleCoffee = new SimpleCoffee();
        System.out.println("基础咖啡的成本: " + simpleCoffee.cost());

        // 咖啡加牛奶
        Coffee coffeeWithMilk = new MilkDecorator(simpleCoffee);
        System.out.println("咖啡加牛奶的成本: " + coffeeWithMilk.cost());

        // 咖啡加糖
        Coffee coffeeWithSugar = new SugarDecorator(simpleCoffee);
        System.out.println("咖啡加糖的成本: " + coffeeWithSugar.cost());

        // 咖啡加牛奶和糖
        Coffee coffeeWithMilkAndSugar = new SugarDecorator(new MilkDecorator(simpleCoffee));
        System.out.println("咖啡加牛奶和糖的成本: " + coffeeWithMilkAndSugar.cost());
    }
}

在上述例子中，Coffee 是抽象组件，定义了咖啡的接口。SimpleCoffee 是具体组件，表示基础咖啡。CoffeeDecorator 是抽象装饰器，继承自Coffee，包含一个指向抽象组件的引用。MilkDecorator 和 SugarDecorator 是具体装饰器，分别表示牛奶和糖，通过继承抽象装饰器并实现具体功能。

在客户端中，我们可以动态地组合不同的装饰器来创建不同口味的咖啡。通过装饰器模式，我们可以灵活地添加或删除调料，而不需要修改咖啡类的代码。

结语

装饰器模式是一种灵活、可扩展的设计模式，通过组合而不是继承来实现功能的扩展。在实际开发中，装饰器模式常被用于动态地添加或修改对象的功能，使得系统更具弹性和可维护性。通过合理使用装饰器模式，可以使系统更加灵活、可扩展，并且更容易维护。


【Java 设计模式】系列 《23 种设计模式》 与 《7 大设计原则》 总纲
🚩设计原则
✨单一职责原则（SRP） 规定一个类应该只有一个引起变化的原因
✨开放/封闭原则（OCP） 表明软件实体应该是可以扩展的，但是不可修改的
✨里氏替换原则（LSP） 强调派生类必须能够替代其基类而不引起程序错误
✨依赖倒置原则（DIP） 倡导高层模块不应该依赖于低层模块，二者都应该依赖于抽象
✨接口隔离原则（ISP） 提倡一个类不应该被强迫依赖它不使用的接口
✨合成/聚合复用原则（CARP） 建议尽量使用合成/聚合，尽量不要使用继承
✨迪米特法则（LoD） 规定一个对象应该对其他对象有最少的了解

🚀创建型设计模式
✨单例模式 保证一个类仅有一个实例，并提供一个访问它的全局点
✨工厂方法模式 定义一个用于创建对象的接口，但是由子类决定实例化哪一个类
✨抽象工厂模式 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类
✨建造者模式 将一个复杂对象的构建与其表示分离，使得同样的构建过程可以创建不同的表示
✨原型模式 通过复制现有的对象来创建新对象，而不是从头开始创建

🚀结构型设计模式
✨适配器模式 将一个类的接口转换成客户希望的另外一个接口
✨桥接模式 将抽象部分与它的实现部分分离，使它们都可以独立地变化
✨组合模式 将对象以树形结构组合以表示“部分-整体”的层次结构
✨装饰器模式 动态地给一个对象添加一些额外的职责
✨外观模式 为子系统中的一组接口提供一个一致的界面
✨代理模式 为其他对象提供一种代理以控制对这个对象的访问
✨享元模式 用共享的方式高效地支持大量小粒度对象

🚀行为型设计模式
✨观察者模式 定义对象间的一对多依赖，当一个对象改变状态，所有依赖者都会受到通知并自动更新
✨策略模式 定义一系列算法，将它们封装起来，并且使它们可以相互替换
✨命令模式 将请求封装成对象，使得可以用不同的请求对客户进行参数化
✨状态模式 允许对象在其内部状态改变时改变它的行为
✨责任链模式 为解除请求的发送者和接收者之间的耦合，而使多个对象都有机会处理这个请求
✨访问者模式 将算法与对象结构分离，并且可以在不改变对象结构的前提下定义新的操作
✨中介者模式 用一个中介对象来封装一系列的对象交互
✨备忘录模式 在不破坏封装的情况下，捕获对象的内部状态，并在对象之外保存这个状态
✨迭代器模式 提供一种方法顺序访问一个聚合对象中的各个元素，而不暴露其内部表示
✨模版方法模式 定义一个操作中的算法的骨架，将一些步骤延迟到子类中
✨解释器模式 定义一个语言的文法，并且建立一个解释器来解释该语言中的句子