优化条件分支的核心是抽离判断逻辑：用对象映射替代硬编码分支，封装多变量判断为语义函数，善用三元与短路运算，以includes替代冗长等值判断。
面对复杂业务逻辑中的大量条件分支，直接堆砌 if/else 或 switch 不仅难读、难改，还容易出错。优化核心是把“判断逻辑”从执行流程中抽离出来，让代码更像配置、更易维护。
用对象映射替代硬编码分支
当判断依据是明确的键（如状态码、类型字符串、枚举值），优先用对象字面量或 Map 做查找表：
- 把「条件 → 行为」关系显式声明为键值对，比如
{ 1: 'HomePage', 2: 'ErrorPage', 3: 'ErrorPage' } - 访问时直接
actions[status] ?? 'DefaultPage'，一行取值，无分支嵌套 - 多个条件共用同一结果（如 status 2 和 3 都跳 ErrorPage）无需重复写 case，天然去重
- 后续新增状态只需加一行配置，不碰逻辑结构
把判断逻辑封装成独立函数
当条件涉及多变量、计算或副作用（如校验、格式化），别在 if 里写长表达式：
- 提取为语义清晰的函数，例如
isExpired(order)、canRefund(payment) - if 语句里只留调用，如
if (isExpired(order) && !hasRefundRecord(order)) { ... } - 函数名即文档，便于单元测试，也方便复用到其他场景
善用三元与短路运算，但不过度压缩
简单二选一逻辑适合用三元；存在默认兜底或可选链时，用 &&、?? 更自然：
- 赋值类场景：
const title = user?.name ?? '访客' - 条件执行类：
isValid && saveToDB(data)（注意仅用于无返回值的副作用） - 嵌套三元慎用，超过两层建议回归 if 或拆函数，可读性优先
数组 includes 替代多个等值判断
当一个变量要匹配多个可能值（如角色权限、状态集合），避免写一长串 === 'A' || === 'B' || === 'C'：
- 改为
['admin', 'editor', 'moderator'].includes(role) - 若集合固定且频繁使用，可提前定义常量数组，提升语义和复用性
- 配合 Set 实现 O(1) 查找，大数据量时性能更稳
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
