避免过深嵌套的核心是把主逻辑托上来、干扰项请出去：用卫语句提前拦截、抽离复杂条件为语义化函数、统一花括号、以数据驱动替代长if-else链。
避免过深嵌套的核心，是把主逻辑“托上来”，把干扰项“请出去”。不是靠缩进更整齐，而是从控制流设计上做减法。
用卫语句提前拦截无效路径
把空值检查、权限校验、状态判断等否定条件写在最前面，满足就直接 return 或 throw。主业务代码自然落在顶层，无需缩进。
- 别写：if (user) { if (user.isActive) { if (user.hasPermission) { /* 主逻辑 */ } } }
- 要写：if (!user) return null; if (!user.isActive) return 'inactive'; if (!user.hasPermission) throw new Error('no access'); —— 后面直接写主逻辑，零缩进
- 适用于表单提交前校验、API 入参预检、路由守卫等场景
把复杂条件抽成语义化函数
一个 if 里堆着 order && order.items?.length && order.status === 'paid' && !order.isRefunded，既难读又难改。把它变成名字即意图的函数。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 提取：function isValidActiveOrder(order) { return order && order.items?.length && order.status === 'paid' && !order.isRefunded; }
- 使用：
if (isValidActiveOrder(order)) { ... }—— 条件可读、可复用、可单独测试 - 后续加日志、埋点、灰度开关，都只改这一处，不碰主流程
统一使用花括号，杜绝悬挂 else
哪怕只有一行语句，也必须加 {}。缩进会骗人，大括号不会。
立即学习“Java免费学习笔记（深入）”；
- 错：
if (x) if (y) doA(); else doB();—— else 实际属于内层 if，极易误读 - 对：
if (x) { if (y) { doA(); } else { doB(); } }，或更推荐：用卫语句代替整个嵌套结构 - 所有团队成员执行同一规则，能立刻消除因格式引发的逻辑歧义
用数据驱动替代长 if-else 链
当分支基于固定键值（如 status、role、type），优先用对象映射或 Map，而不是层层 else-if。
- 运费计算：
const feeMap = { admin: 0, vip: 5, user: 10 }; return feeMap[role] ?? 15; - 状态处理：
const handlers = { pending: handlePending, shipped: handleShipped }; const handler = handlers[order.status] || handleUnknown; handler(); - 增删分支只需改配置，不碰控制流，彻底消灭缩进和漏写 else 的风险
