核心内容摘要
3月8日（133-135题）
你有没有遇到过这样的场景if (wechat.equals(channel)) { payWithWeChat(amount); } elseif (alipay.equals(channel)) { payWithAlipay(amount); } elseif (bankcard.equals(channel)) { payWithBankCard(amount); } elseif (paypal.equals(channel)) { payWithPayPal(amount); } elseif (applepay.equals(channel)) { payWithApplePay(amount); } else { thrownew UnsupportedPaymentException(不支持的支付渠道: channel); }看着这一长串if-else是不是感觉呼吸都变沉重了更可怕的是每次新增一个支付方式你都得打开这个类往上再加一个else if—— 违反了开闭原则不说代码也变得越来越难维护。
别急今天我就带你用 Java 枚举Enum彻底终结这种“面条式”代码。
这不是简单的语法替换而是一次设计思维的升级。
01痛点剖析if-else 嵌套到底“病”在哪我们先冷静下来分析一下if-else链的“症状”可读性差逻辑分散一眼看不出支持哪些分支。
扩展性差新增类型需要修改原有代码容易引入 Bug。
违反开闭原则对扩展开放对修改关闭不存在的。
难以测试所有逻辑挤在一个方法里单元测试写起来像在拆炸弹。
02破局之道让枚举不再只是“常量集合”很多人以为枚举只能干这事public enum PayChannel { WECHAT, ALIPAY, BANKCARD, PAYPAL, APPLEPAY }错Java 的枚举是功能完整的类它可以拥有字段定义构造函数实现方法持有行为函数式接口这才是我们真正要的武器。
03实战案例用枚举重构支付渠道选择逻辑正确姿势 1枚举持有行为函数式接口我们定义一个函数式接口来表示“支付行为”FunctionalInterface public interface PayHandler { void pay(BigDecimal amount); }然后在枚举中为每种渠道绑定具体实现public enum PayChannel { WECHAT(wechat, amount - System.out.println(使用微信支付 amount)), ALIPAY(alipay, amount - System.out.println(使用支付宝支付 amount)), BANKCARD(bankcard, amount - System.out.println(使用银行卡支付 amount)), PAYPAL(paypal, amount - System.out.println(使用PayPal支付 amount)), APPLEPAY(applepay, amount - System.out.println(使用Apple Pay支付 amount)); private final String code; private final PayHandler handler; PayChannel(String code, PayHandler handler) { this.code code; this.handler handler; } public void pay(BigDecimal amount) { handler.pay(amount); } // 根据 code 查找枚举实例 public static PayChannel fromCode(String code) { return Arrays.stream(values()) .filter(channel - channel.code.equals(code)) .findFirst() .orElseThrow(() - new IllegalArgumentException(不支持的支付渠道: code)); } public String getCode() { return code; } }使用方式一行调用干净利落// 模拟请求参数 String channelCode alipay; BigDecimal amount new BigDecimal(
99.
; // 查找并执行 PayChannel channel PayChannel.fromCode(channelCode); channel.pay(amount);输出使用支付宝支付
9
99优点逻辑集中扩展只需新增枚举项无需改动其他代码。
04进阶玩法结合 Spring 管理 Bean实现“枚举调用服务”上面的例子适合轻量逻辑。
但如果每个支付方式都需要调用复杂的SpringService比如WeChatPayService怎么办我们可以通过枚举持有Spring Bean 名称 ApplicationContext动态获取来解耦。
正确姿势 2枚举引用 Spring BeanComponent publicenum PayChannelServiceLocator { WECHAT(wechat, weChatPayService), ALIPAY(alipay, alipayPayService), BANKCARD(bankcard, bankCardPayService); private final String code; private final String beanName; PayChannelServiceLocator(String code, String beanName) { this.code code; this.beanName beanName; } publicvoid pay(BigDecimal amount, ApplicationContext context) { PaymentService service context.getBean(beanName, PaymentService.class); service.pay(amount); } publicstatic PaymentService getService(String code, ApplicationContext context) { return Arrays.stream(values()) .filter(c - c.code.equals(code)) .findFirst() .map(c - context.getBean(c.beanName, PaymentService.class)) .orElseThrow(() - new IllegalArgumentException(不支持的渠道: code)); } }更好的做法是——正确姿势 3使用Map PostConstruct注入所有实现推荐Service publicclass PayChannelStrategyService { privatefinal MapString, PaymentService strategyMap new HashMap(); public PayChannelStrategyService(ListPaymentService paymentServices) { // 将所有实现按 code 注册到 map paymentServices.forEach(service - strategyMap.put(service.getSupportedChannel(), service) ); } public void pay(String channel, BigDecimal amount) { PaymentService service strategyMap.get(channel); if (service null) { thrownew IllegalArgumentException(不支持的支付渠道: channel); } service.pay(amount); } }配合各个实现类Service public class WeChatPayService implements PaymentService { Override public void pay(BigDecimal amount) { System.out.println(微信支付: amount); } Override public String getSupportedChannel() { return wechat; } }Service public class AlipayPayService implements PaymentService { Override public void pay(BigDecimal amount) { System.out.println(支付宝支付: amount); } Override public String getSupportedChannel() { return alipay; } }接口定义public interface PaymentService { void pay(BigDecimal amount); String getSupportedChannel(); }此时调用方完全不需要知道if-else也不依赖枚举RestController public class PayController { Autowired private PayChannelStrategyService payService; PostMapping(/pay) public String pay(RequestParam String channel, RequestParam BigDecimal amount) { payService.pay(channel, amount); return 支付成功; } }优势符合开闭原则易于单元测试扩展新渠道只需新增一个 Service 实现零 if-else05错误示范 vs 正确实践对比更直观反面教材传统 if-else 写法千万别再用了Service publicclassLegacyPayService { public void pay(String channel, BigDecimal amount) { if (wechat.equals(channel)) { System.out.println(微信支付: amount); } elseif (alipay.equals(channel)) { System.out.println(支付宝支付: amount); } elseif (bankcard.equals(channel)) { System.out.println(银行卡支付: amount); } else { thrownew IllegalArgumentException(不支持的渠道); } } }问题新增渠道要改这里违反开闭原则逻辑集中难维护。
正确示范策略模式 枚举或 Map 注册推荐我们用序列图展示初始化过程初始化完成后运行时调用极简06最佳实践与避坑指南小技巧为枚举添加 JSON 序列化支持JacksonJsonFormat(shape JsonFormat.Shape.OBJECT) public enum PayChannel { WECHAT(wechat, 微信支付), ALIPAY(alipay, 支付宝); private final String code; private final String desc; PayChannel(String code, String desc) { this.code code; this.desc desc; } // getter... }这样返回给前端时不再是 WECHAT而是{ code: wechat, desc: 微信支付 }07
总结从“写代码”到“设计代码”if-else不是原罪但当你发现它开始“生长”成一棵参天大树时就该警惕了。
通过本文的三个实战案例你应该已经掌握如何用枚举封装行为消灭简单分支如何结合 Spring 实现运行时策略分发彻底解耦如何设计可扩展的业务类型系统让新增功能不再需要修改旧代码。
记住一句话好的代码不是写出来的是“长”出来的。
而枚举就是让它健康生长的土壤之一。
下次再看到满屏的if-else别忍了拿起枚举这把“手术刀”给你的代码来一次优雅的重构吧。