if-else未按预期执行需检查三点：条件表达式求值错误（如用==比较、忽略null/undefined、误写=）、嵌套过深应改用早期return或switch、三元运算符仅适用于纯表达式场景。
if-else 语句写出来却没按预期执行？先检查这三点
最常见的原因是条件表达式求值为 false 但你以为它该是 true，比如用 == 比较字符串或对象、忘记处理 null/undefined、或误把赋值写成相等判断（= 而非 ===）。JavaScript 中 if (x = 5) 是合法赋值，结果恒为 true，直接跳进分支。
- 始终优先用严格相等
===，避免类型隐式转换干扰 - 对可能为空的变量，显式判断
if (value !== null && value !== undefined)，别依赖if (value) - 把条件表达式单独提取出来调试，例如
const cond = user.age >= 18;，再console.log(cond)
嵌套 if-else 容易失控？用早期 return 或 switch 替代
三层以上嵌套会让逻辑难以追踪，尤其当每个分支还要处理异步或副作用时。与其写 if (...) { if (...) { if (...) { ... } else { ... } } else { ... } }，不如提前退出。
- 用守卫语句（guard clause）：先处理边界情况并
return，主逻辑保持在顶层缩进 - 当判断依据是单一离散值（如状态码、类型字符串），改用
switch更清晰，且现代 JS 引擎对switch有优化 - 避免在
else块里再写复杂条件；如果必须，考虑抽成独立函数，比如handleAdminCase()
if-else 和三元运算符 ? : 怎么选
三元运算符只适合纯表达式场景——即整个结构要返回一个值，且分支逻辑极简（单个函数调用或字面量）。一旦出现语句（如 console.log）、多操作或需要注释，立刻退回 if-else。
- ✅ 可用：
const label = isActive ? '启用' : '停用'; - ❌ 禁止：
isActive ? console.log('on') : doHeavyCalc();（副作用混入表达式，可读性崩坏） - ⚠️ 警惕嵌套三元：
a ? b : c ? d : e—— 这种应拆成if-else if-else
为什么 if-else 有时比 guard 或策略模式更合适
不是所有分支都需要抽象。当逻辑简单、分支数少（≤3）、且后续不会频繁增减条件时，硬套设计模式反而增加认知负担。比如表单提交前校验几个字段：if (!email)、else if (!password.length > 6)、else submit() 就足够直白。
- if-else 的优势是控制流明确、调试器单步跟踪直观、无额外函数调用开销
- 只有当同一组条件在多处复用，或分支行为差异大且未来易变（如支付方式扩展），才值得升级为策略对象或配置驱动
- 别为了“看起来高级”而把
if (type === 'A')改成handlers[type]?.execute()——除非你真要支持插件化
if (role === 'admin')，却忘了 else 里该拒绝访问还是降级处理。分支不完整，比语法错误更难被发现。
