常量前置（Yoda条件）可防止将===误写为=导致的静默赋值错误：因常量不可赋值，如if("admin"=role)会直接报语法错误，而if(role="admin")虽不报错却意外修改变量且条件恒真。
在 JavaScript 中，用常量前置（也叫“Yoda 条件”）写 if 判断，主要是为了防止把 == 或 === 误写成 = 导致静默赋值错误。当把常量放在左边时，如果误用了赋值符，JavaScript 会直接报语法错误，从而在开发阶段就暴露问题。
为什么常量前置能防错
JavaScript 允许在条件中对变量赋值（比如 if (x = 5)），这虽合法但通常不是本意，容易引发逻辑 bug。而常量不能被赋值：
– if (5 = x) → 报错：Invalid left-hand side in assignment
– if (x = 5) → 不报错，但 x 被赋值为 5，条件恒为真（除非是 0、null、undefined 等 falsy 值）
怎么正确使用常量前置
把字面量（字符串、数字、布尔、null、undefined）放在比较操作符左侧，变量放右侧：
-
if ("admin" === role)✅（推荐） -
if (role === "admin")❌（常规写法，但误写=不报错） -
if (42 === age)✅ -
if (true === isActive)✅（比if (isActive)更显式，适合需严格判断 boolean 的场景） -
if (null === data)✅（避免data == null的类型转换歧义）
注意事项和适用边界
常量前置不是万能方案，要结合实际权衡：
- 只对字面量有效；对象、数组、函数等引用类型不能前置（
{} === obj永远为 false，且无意义） - 可读性略低，尤其对新开发者，团队需统一规范并配 ESLint 规则（如
no-cond-assign）辅助检查 - 现代编辑器和 ESLint 默认会警告
if (x = y)这类赋值，所以常量前置更多是“防御性编码”的补充手段，非强制 - 优先用严格相等
===，避免隐式转换；配合常量前置，双重保险
更推荐的现代实践
比起依赖书写习惯，工程中更可靠的方式是：
- 启用 ESLint 规则：
no-cond-assign（禁止条件中赋值）、no-eq-null（禁用== null）、eqeqeq（要求用===） - 用 TypeScript：编译期就能捕获
if (x = 5)这类类型错误 - 单元测试覆盖分支逻辑，让意外赋值导致的行为异常更快暴露
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
