三元运算符嵌套需加括号明确层级，两层内可接受，三层起推荐改用if-else；换行缩进提升可读性；复杂逻辑应抽离为独立函数。
三元运算符嵌套本身不难，但“不清爽”通常是因为写法松散、括号缺失或层级过深，导致逻辑难读、易出错。核心不是语法不会，而是没建立清晰的结构习惯。
嵌套必须加括号，尤其在 false 分支里
JavaScript 中三元运算符是右结合的，也就是说 a ? b : c ? d : e 实际等价于 a ? b : (c ? d : e)，但人眼默认会按左到右理解，容易误判。显式加括号能消除歧义：
- ✅ 推荐写法：
score >= 90 ? 'A' : (score >= 80 ? 'B' : (score >= 70 ? 'C' : 'F')) - ❌ 模糊写法：
score >= 90 ? 'A' : score >= 80 ? 'B' : score >= 70 ? 'C' : 'F'（看起来像四层，实际执行没问题，但协作时第一眼反应迟钝）
两层以内可接受，三层起建议换 if-else
团队实践中普遍共识：嵌套超过两层，可读性断崖下降。这不是教条，而是基于维护成本的权衡：
- 两层示例（合理）：
user.role === 'admin' ? 'full' : (user.active ? 'limited' : 'inactive') - 三层及以上（慎用）：
a ? x : (b ? y : (c ? z : (d ? w : 'default')))→ 此时 if-else 更直白，也方便后续加日志或调试断点
用换行+缩进代替“挤在一行”，视觉上立刻清爽
三元本质是表达式，不是语句，但它完全支持换行。合理排版比死守“单行”更符合现代 JS 风格：
- ✅ 清晰排版：
const status = isPending<br> ? '等待中'<br> : isError<br> ? '失败'<br> : '成功';
- 这样写既保留了三元的简洁性，又具备 if-else 的可扫描性，编辑器折叠也友好
替代思路：提前 return 或拆成小函数
当条件组合复杂（比如含多个布尔变量、状态交叉），硬套三元反而绕弯。不如把判断逻辑抽离：
- 例如：
getRoleLabel(user)内部用 if-else 处理 admin / editor / viewer / guest 四种情况 - 调用处仍保持清爽：
const label = getRoleLabel(user); - 好处：逻辑集中、单元测试友好、未来加新角色不改调用点
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
