提升可维护性的核心是将条件逻辑从主流程中抽离，用策略模式替代冗长if-else、提前返回减少嵌套、布尔表达式提炼为有含义方法、枚举代替硬编码字符串/数字。
把条件逻辑从主流程中抽出来，用清晰的命名和结构组织，是提升可维护性的核心。
用策略模式替代冗长 if-else
当条件分支对应不同行为（比如不同支付方式、不同审核规则），别堆砌 if-else。把每个分支封装成独立类，实现统一接口，运行时按条件选择策略实例。这样新增一种情况只需加个新类，不碰原有逻辑。
- 定义 Strategy 接口，如 PaymentHandler
- 为微信、支付宝、银行卡各写一个实现类
- 用工厂或 Map
管理映射关系 - 主流程只调用 handler.handle(order)，完全不知道具体怎么处理
提前返回，减少嵌套层级
多层 if 嵌套会让代码横向拉长、阅读困难。优先检查不满足条件的情况，直接 return 或 throw，让正常流程保持在左边界。
- 先校验参数非空、状态合法、权限足够，不通过就早退出
- 避免 if (x != null) { if (x.isValid()) { ... } } 这种写法
- 改写成 if (x == null || !x.isValid()) return;，后面直接写主逻辑
把布尔表达式提炼成有含义的方法名
别在 if 里写一长串判断，比如 if (user.getAge() >= 18 && user.isVerified() && !user.isBlocked())。这种组合含义模糊，修改风险高。
立即学习“Java免费学习笔记（深入）”；
- 提取为 boolean canAccessPremiumContent(User user)
- 方法体里写清楚判断逻辑，注释说明业务依据
- if 语句变成 if (canAccessPremiumContent(user))，一目了然
- 后续规则变化，只改这个方法，不影响调用处
用枚举 + 方法代替字符串/数字硬编码条件
用 "WAITING", "PROCESSING", 1, 2 这类字面量做条件判断，容易拼错、难追溯、无法自动补全。
- 定义枚举 OrderStatus { WAITING, PROCESSING, COMPLETED, CANCELLED }
- 在枚举中定义行为方法，如 isFinalState() 或 next()
- 条件判断用 if (status == OrderStatus.COMPLETED)，安全又清晰
- IDE 能检查所有分支是否覆盖，重构也更安心
基本上就这些。不复杂但容易忽略——关键是把“是什么”和“怎么做”分开，让条件本身变得可读、可测、可替换。
