当前位置：首页 > news >正文

分享些 Function 和枚举的经典使用案例

news 2025/8/25 19:27:39

在这里插入图片描述

在 Java 项目里，枚举常被用来表示状态、类型或操作。但大多数团队对枚举的使用停留在“写常量、带点属性”的阶段，比如：

public enum BizType {ORDER, INVOICE, PAYMENT
}

这种枚举就是个“标签”，本身不具备行为。要根据枚举执行不同逻辑时，往往写成一堆 switch-case 或 if-else。

而我后来在实践中发现：把 Function 绑定到枚举上，可以让逻辑和数据天然耦合，形成一种轻量的“枚举策略模式”。

1. 代替 `switch-case` 的支付示例

最典型的场景是支付业务。以前我们是这样写的：

if (payType == ALIPAY) {return doAliPay(request);
} else if (payType == WECHAT) {return doWechatPay(request);
} else if (payType == BANK) {return doBankPay(request);
}

重构后，用枚举直接绑定处理函数：

public enum PayType {ALIPAY(req -> PayService.aliPay(req)),WECHAT(req -> PayService.wechatPay(req)),BANK(req -> PayService.bankPay(req));private final Function<PayRequest, PayResult> function;PayType(Function<PayRequest, PayResult> function) {this.function = function;}public PayResult process(PayRequest req) {return function.apply(req);}
}

调用时只需：

PayResult result = payType.process(request);

好处：

新增支付方式时，只改枚举本身，不用动 switch-case。
枚举项 自带行为，和“数据”天然绑定。
枚举 + Function 的写法，比传统策略模式少了冗余类文件。

2. 枚举做“状态机”的小技巧

在一个开票系统里，我们有多个发票状态：INIT、SUBMITTED、SUCCESS、FAILED。不同状态下，系统要执行不同的动作。

传统写法是一个大 switch：

switch (status) {case INIT: doInit(); break;case SUBMITTED: doSubmitted(); break;case SUCCESS: doSuccess(); break;case FAILED: doFailed(); break;
}

重构后：

public enum InvoiceStatus {INIT(ctx -> InvoiceHandler.init(ctx)),SUBMITTED(ctx -> InvoiceHandler.submitted(ctx)),SUCCESS(ctx -> InvoiceHandler.success(ctx)),FAILED(ctx -> InvoiceHandler.failed(ctx));private final Function<InvoiceContext, Void> function;InvoiceStatus(Function<InvoiceContext, Void> function) {this.function = function;}public void handle(InvoiceContext ctx) {function.apply(ctx);}
}

调用：

invoiceStatus.handle(context);

这里枚举天然就是“状态机的节点”，Function 直接绑定行为，让代码逻辑自解释。

3. 枚举做计算器：更贴近业务的表达

在财务模块里，我们需要根据不同的运算符执行计算，比如：

if ("ADD".equals(op)) {return a.add(b);
} else if ("SUB".equals(op)) {return a.subtract(b);
} else if ("MUL".equals(op)) {return a.multiply(b);
}

枚举 + Function 的写法：

public enum Operator {ADD((a, b) -> a.add(b)),SUB((a, b) -> a.subtract(b)),MUL((a, b) -> a.multiply(b)),DIV((a, b) -> a.divide(b, RoundingMode.HALF_UP));private final BiFunction<BigDecimal, BigDecimal, BigDecimal> op;Operator(BiFunction<BigDecimal, BigDecimal, BigDecimal> op) {this.op = op;}public BigDecimal apply(BigDecimal a, BigDecimal b) {return op.apply(a, b);}
}

调用：

BigDecimal result = Operator.MUL.apply(new BigDecimal("12"), new BigDecimal("8"));

业务代码可读性直接提升：Operator.MUL.apply(12, 8)，一眼就能看懂“乘法操作”。

4. 我的实践体会

适用场景：当枚举不仅表示“值”，还天然带有“处理逻辑”时，用 Function 封装行为非常自然。
比策略模式更轻：很多团队一上来就用策略模式，类会暴增；而枚举 + Function 足够轻巧，维护成本低。
注意职责边界：别把一堆复杂逻辑硬塞到枚举里，否则枚举变成“大怪物”。我的经验是：枚举负责路由，复杂逻辑交给外部 Service。
调试友好：当业务报错时，可以直接打印枚举名，日志天然带有“当前逻辑标签”，比硬编码的 if-else 更清晰。

结语

Function 和枚举的结合，是我在 Java 开发里最喜欢的一个“小技巧”。它既保留了枚举的 强约束性，又引入了函数式的 灵活性。

和传统的策略模式相比，它更轻、更直观，写出来的代码逻辑自带文档属性。很多时候，只要看到枚举定义，你就能立即知道系统有哪些行为，以及每个行为的处理方式。

分享些 Function 和枚举的经典使用案例

1. 代替 `switch-case` 的支付示例

2. 枚举做“状态机”的小技巧

3. 枚举做计算器：更贴近业务的表达

4. 我的实践体会

结语

推荐阅读文章

相关文章：

1. 代替 switch-case 的支付示例

2. 枚举做“状态机”的小技巧

3. 枚举做计算器：更贴近业务的表达

4. 我的实践体会

结语

推荐阅读文章

相关文章：

1. 代替 `switch-case` 的支付示例