多态重构的核心是将分散的条件判断收拢封装,让类型自己说话;识别信号包括单一字段判断、结构相似方法调用、逻辑独立及新增类型需修改同一if-else;定义统一接口剥离语义,实现类各自封装判断与动作,工厂集中路由使主流程干净。

用多态重构臃肿判断逻辑,核心不是消灭 if-else,而是把分散的条件判断收拢、转移和封装——让类型自己说话,而不是靠人写一堆分支去猜它该做什么。
识别适合多态的判断场景
不是所有 if-else 都该改。重点关注以下信号:
- 判断依据是单一字段(如 orderType、payMethod、eventType)
- 每个分支都调用结构相似的方法(比如都执行 handle()、process() 或 export())
- 分支之间基本无状态共享,逻辑彼此独立
- 新增一种类型时,总要打开同一段 if-else 去加 else if
定义统一接口,剥离行为语义
不要从“支付宝怎么处理”开始写,先问:它们共同在做什么?
例如订单异常处理,不管超时、校验失败还是库存不足,本质都是“应对失败”。那就定义:
interface OrderFailureHandler {boolean canHandle(TradeContext context);
void execute(TradeContext context);
}
接口里不出现任何具体类型名、枚举或字符串字面量。方法签名保持通用,参数用上下文对象承载全部必要数据。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
实现类各自封装判断与动作
每个具体场景一个类,职责清晰:
- TimeoutHandler:在 canHandle 里检查 context.getTimeoutAt() ;在 execute 里发告警、更新状态
- ValidationFailedHandler:检查 context.hasValidationError();执行日志记录与用户提示
- 新增 InventoryShortageHandler?只加类、实现两个方法,不碰其他代码
每个类内部完成自己的判断+执行,不再向外暴露分支逻辑。
用工厂集中路由,主流程彻底干净
原来散落各处的 if-else 全部收进一个工厂:
- Spring 环境下,自动扫描所有 @Service 实现类,注入 Map
- 非 Spring 场景,用静态 HashMap
预注册,key 是错误码或类型标识 - 调用方只需一句:handler.execute(context),完全不知道背后是哪个类
- 可加缓存:首次匹配后,将 errorCode → Handler 映射记下来,后续直接查表
业务主流程从此告别 switch、if 和 instanceof,只剩干净的接口调用。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










