通过多态替代if-else可提升代码扩展性,定义OrderCalculator接口及不同实现类,结合Map映射或工厂模式实现运行时分发,新增类型无需修改原有逻辑,符合开闭原则,使代码更清晰易维护。

在Java中,过度使用 if-else 进行行为分发会让代码变得难以维护、扩展性差。通过多态机制,我们可以将条件判断转化为对象方法的动态调用,从而实现更优雅、可扩展的设计。
用多态替代条件逻辑
当代码中出现根据类型或状态选择不同行为的 if-else 或 switch 分支时,说明可能存在“坏味道”。比如处理不同订单类型:
不推荐写法:
if ("NORMAL".equals(orderType)) {
return normalCalculation(amount);
} else if ("VIP".equals(orderType)) {
return vipCalculation(amount);
} else if ("PROMO".equals(orderType)) {
return promoCalculation(amount);
}
这种结构每次新增类型都要修改原有逻辑,违反开闭原则。
立即学习“Java免费学习笔记(深入)”;
定义统一接口与具体实现
引入策略接口,让每种行为成为独立类:
OrderCalculator.java
public interface OrderCalculator {
double calculate(double amount);
}
具体实现类:
public class NormalCalculator implements OrderCalculator {
public double calculate(double amount) {
return amount * 1.0;
}
}
public class VipCalculator implements OrderCalculator {
public double calculate(double amount) {
return amount * 0.9;
}
}
public class PromoCalculator implements OrderCalculator {
public double calculate(double amount) {
return Math.max(0, amount - 50);
}
}
通过映射完成运行时分发
使用 Map 将类型标识映射到对应实现,避免 if-else:
private static final MapCALCULATORS = Map.of( "NORMAL", new NormalCalculator(), "VIP", new VipCalculator(), "PROMO", new PromoCalculator() ); public double calculate(String orderType, double amount) { OrderCalculator calculator = CALCULATORS.get(orderType); if (calculator == null) { throw new IllegalArgumentException("Unknown order type: " + orderType); } return calculator.calculate(amount); }
新增类型只需添加新类并注册到 map,无需改动原有逻辑。
结合工厂模式提升封装性
进一步封装创建逻辑,对外隐藏细节:
public class CalculatorFactory {
private static final Map INSTANCES = Map.of(
"NORMAL", new NormalCalculator(),
"VIP", new VipCalculator(),
"PROMO", new PromoCalculator()
);
public static OrderCalculator getCalculator(String type) {
OrderCalculator calculator = INSTANCES.get(type);
if (calculator == null) {
throw new UnsupportedOperationException("Unsupported type: " + type);
}
return calculator;
}}
调用方只需:
OrderCalculator calc = CalculatorFactory.getCalculator(orderType);
double result = calc.calculate(amount);
基本上就这些。用多态把行为差异交给子类承担,配合映射表实现运行时绑定,能有效消除冗长的条件分支,使代码更清晰、易扩展。关键是识别出“变化的行为”,将其抽象为接口,再由具体实现类承载各自逻辑。不复杂但容易忽略。










