装饰者模式详解与计费功能实现

装饰者模式详解与计费功能实现

在软件开发中,我们常常需要对某个核心功能不断扩展功能点。如果一味通过继承来实现,就会造成类爆炸------因为每种可能的组合都需要写一个子类。装饰者模式(Decorator Pattern) 就是为了解决这种问题:它允许我们在不修改原有类的情况下,动态地为对象添加新的职责。


一、什么是装饰者模式?

装饰者模式是一种结构型设计模式。它的基本思想是:

  • 定义一个组件接口(Component),声明核心功能。
  • 提供一个具体实现类(ConcreteComponent),实现最核心的功能。
  • 定义抽象装饰类(Decorator),实现Component接口,但内部持有一个Component引用,并把调用委托给这个引用。
  • 不同的装饰实现类(ConcreteDecorator)根据需要增加额外功能,从而"装饰"基础功能。

这种模式具有以下优点:

  1. 避免了继承带来的类膨胀问题。
  2. 运行时可以灵活地组合不同的装饰器,实现不同的功能组合。
  3. 符合开闭原则(对扩展开放,对修改关闭)。

二、案例:计费功能设计

本需求是实现网约车的计费规则:

  1. 起步价:3公里以内,固定收取 13 元。
  2. 里程费:超过 3 公里,每公里收取 2.3 元。
  3. 燃油附加费:单次收取 1 元。

我们使用装饰者模式进行设计。


三、代码实现

1. 定义计价接口

java 复制代码
public interface Valuation {
    float calculation(float km);
}

2. 基础计价功能(只算里程)

java 复制代码
// 基础实现类:负责最基础的里程费用计算
public class BasicValuation implements Valuation {
    private final Valuation next;

    public BasicValuation(Valuation next) {
        this.next = next;
    }

    @Override
    public float calculation(float km) {
        // 基础里程费用
        float price = 0.0f;
        if (km > 3) {
            price += (km - 3) * 2.3f;
        }
        // 传递给下一个装饰器
        if (next != null) {
            price += next.calculation(km);
        }
        return price;
    }
}

3. 起步价装饰器

java 复制代码
// 起步价装饰器
public class StartPriceValuation implements Valuation {
    private final Valuation next;

    public StartPriceValuation(Valuation next) {
        this.next = next;
    }

    @Override
    public float calculation(float km) {
        float price = 13.0f; // 起步价
        if (next != null) {
            price += next.calculation(km);
        }
        return price;
    }
}

4. 燃油附加费装饰器

java 复制代码
// 燃油附加费装饰器
public class FuelCostValuation implements Valuation {
    private final Valuation next;

    public FuelCostValuation(Valuation next) {
        this.next = next;
    }

    @Override
    public float calculation(float km) {
        float price = 1.0f; // 燃油附加费
        if (next != null) {
            price += next.calculation(km);
        }
        return price;
    }
}

5. 组合装饰器

java 复制代码
public class OrderCalculation {

    private static final Valuation valuation = 
        new FuelCostValuation( // 燃油附加费
            new StartPriceValuation( // 起步价
                new BasicValuation(null) // 基础计价
            )
        );

    public static void main(String[] args) {
        float km1 = 2.5f;
        float km2 = 5.0f;

        System.out.println("行程 " + km1 + " km 费用: " + valuation.calculation(km1));
        System.out.println("行程 " + km2 + " km 费用: " + valuation.calculation(km2));
    }
}

四、运行结果

假设:

  • 行程 2.5 km

    • 起步价 13 元 + 燃油 1 元 = 14 元
  • 行程 5 km

    • 起步价 13 元 + (5-3)*2.3=4.6 元 + 燃油 1 元 = 18.6 元

输出结果如下:

复制代码
行程 2.5 km 费用: 14.0
行程 5.0 km 费用: 18.6

五、总结

通过装饰者模式,我们清晰地分离了不同的计费规则(起步价、里程费、燃油附加费),避免了将所有逻辑硬编码在一个类中。新的计费规则只需要新增一个装饰器类即可,大大提高了代码的可扩展性与维护性。

装饰者模式的核心思想是"用组合替代继承,动态地构建功能层次"。尤其在增删功能灵活且变化频繁的业务场景下,装饰者模式格外适用。

相关推荐
桦说编程5 小时前
深入解析CompletableFuture源码实现(2)———双源输入
java·后端·源码
舒一笑6 小时前
大模型时代的程序员成长悖论:如何在AI辅助下不失去竞争力
后端·程序员·掘金技术征文
lang201509286 小时前
Spring Boot优雅关闭全解析
java·spring boot·后端
小羊在睡觉6 小时前
golang定时器
开发语言·后端·golang
用户21411832636027 小时前
手把手教你在魔搭跑通 DeepSeek-OCR!光学压缩 + MoE 解码,97% 精度还省 10-20 倍 token
后端
追逐时光者7 小时前
一个基于 .NET 开源、功能强大的分布式微服务开发框架
后端·.net
刘一说7 小时前
Spring Boot 启动慢?启动过程深度解析与优化策略
java·spring boot·后端
壹佰大多7 小时前
【spring如何扫描一个路径下被注解修饰的类】
java·后端·spring
间彧8 小时前
Java双亲委派模型的具体实现原理是什么?
后端
间彧8 小时前
Java类的加载过程
后端