js 判空值 最佳实践

if （ a ）够用了，因为这个值是什么类型，什么值，你心里是有数的，如果 a 需要是 0 才继续执行，那你应该 if （ a===0 ），如果这个值既有可能是其他值，又有可能是 0 ，还需要判断这个值是否存在，那这样的代码就是有问题的，要么前端代码有问题，要么服务端设计的返回值有问题。

@cheng6563 有的, 兄弟有的.有相当一部分二椅子组件库的 input 组件做到了,绑定的 value 原本是 number(如后台 get 接口返回的格式化数据是 number)组件内部处理成 string,最终修改后的值是 string(提交到后台 save 接口的格式).当然大多数场景对这个不敏感就是了,全是后端框架转对象时自动序列化的.

if (a) {...}
因为我知道 a 这会儿不可能是 0

一致在用 x!=null 来判断。但是刚刚就发现一个错误，有一行代码多写了一个等号，写成了 if (x!==null) 导致一个按钮没显示出来

@LandCruiser 这个是正解

@shintendo 对于楼主这样只判断 a 有值的情况 `if(a)`，当然可以使用 `??` 操作符，例如 `if (a ?? true)`。准确（只考虑 null 和 undefined ），不用包装。例如：
```
a = undefined
function func () {
if (a ?? true) {
console.log('a is undefined || null')
} else {
console.log('22222222')
}
}
func()
```

上面的写法有问题，我以前也没试过（很少遇到需要同时判断 undefined 和 null 的情况），想当然了。
虽然当 a 为 falsy 时可以准确判断 a 是不是 undefined 或 null ，但是 a 为 truth 时就直接判断 a 为真了，导致总会执行第一条语句。

不过我问 AI 的时候它告诉了我一个之前不知道的知识：
`a == null` 可以判断 a 为 null 或 undefined 的情况，并且当 a 为其他 falsy 时不会误判。
特殊规则：如果一个操作数是 null ，另一个是 undefined ，则直接返回 true 。这是语言设计者有意为之的“快捷路径”，目的是让 null 和 undefined 在语义上被视为“缺失值”（ absence of value ），便于统一处理。

如果 linter 允许使用 == 符号的话，可以使用 `if (a == null)` 或者 `if (a == undefined)` 来判断，这两个条件是等价的。不过这有点“冷知识”：使用 null 或 undefined 进行 == 比较的话，只有当 a 为 null 或 undefined 才会返回 true 。

@xuejianxianzun
这个不算冷的，ESLint 关于===的规则（"eqeqeq"）里，有个选项开关就是允许==null 。

此外早年流行的几个 JS 代码规范，StandardJS, Airbnb, Google Style Guide, 全都是“禁止使用==，但==null 例外”，算是通行做法。

@xuejianxianzun 补充一点，通常只会用==null ，不会用==undefined ，因为 undefined 是可以被重新赋值的

@shintendo 之前我没注意到这个知识点，感谢~

es-toolkit.isNil 的实现就是 x == null
https://github.com/toss/es-toolkit/blob/v1.41.0/src/compat/predicate/isNil.ts#L20-L22

@hronro 差不多，但是那是流水线上的基础门禁规则，大部门配的