1

1

[null,undefined,'',false].includes(a) 我都这样写的

2

6

3

第二种漏了: 空字符串 '', 非数字 NaN

5

sorry 好像是我搞反了

6

2 楼正解 最简洁的形式 但对 JS 各种怪癖不熟悉的人来说可读性很差

7

if (a || a === 0)

8

@USDT #2 ==挺好的还能对比 1 和'1' ，魔功自古讲究一个简单粗暴好用

13

14

@FakerLeung 门禁是指 ESLint 之类的？我记得 ESLint 对 == 的使用，是可以配置成只允许 == null 的

15

1

直接 lodash-es isEmpty()

16

6

17

这种问题 AI 最强大

18

接口层用 zod 保证入参，在业务中用 ts 保证业务类型。少封装这种。不然一会给你个正常的空值你拿来当 else ，除了问题你都不知道是哪里出的

19

1

?? 和 ?. 了解一下

20

1

用!!吧，虽然可读性很差，追求可读性的话就是枚举一遍了

21

我都是在同项目翻其他文件看别人代码是怎么写的，直接靠屁过来，到时候翻车了直接推锅

22

首先加上 typeof a == 'undefined'

24

25

抄一下 lodash.isempty 就行了，有现成的

26

1

我的建议是别用 js 了，换 ts ，0 false undefined null '' [] {} 没有任何歧义
甚至就算写 js 也可以用 ts 规则检查，人脑的静态检查永远比不过语言类型

27

1

28

29

只有一个最佳实践，额外封装一个 isEmpty 给自己用，把需要判空的 case 加入判断，即便项目内已经存在了其他同事封装的相同方法，安装了 lodash 。
不要考虑其他同事的阅读性，因为事实就是没有人有动力去用不熟悉的代码的封装，除非必须或有大手推动。

30

@Ketteiron js 我目前是用 jsdoc ，你说的 “就算写 js 也可以用 ts 规则检查” 是指这个吗

31

只有少数几个人答对了，用 `??`

32

空值合并运算符 `??` 是一个逻辑运算符，当左侧的操作数为 `null` 或者 `undefined` 时，返回其右侧操作数，否则返回左侧操作数。

33

1

@mqnu00 js doc 只能定义静态的简单类型，它没法判断一个变量经过某个逻辑判断后变成了什么模样。
例如一个参数可以同时是值、数组或函数，这很常见，ts 中如果你用 if(typeof 判断出是什么具体类型，数组分支里点号按一下数组的可用函数列表就出来了，函数分支里才能()，逻辑越复杂代码越长，ts 对可读性的帮助越大。
ts 开启 checkJs 后会尽力检查 js 文件每一行代码在上下文里是否正确的，不过帮助有限，如果写上 js doc 就可以更精确地检查类型，再加上 typescript-eslint ，像某个角落漏了 await 也能查出来。

34

判断 null 用==即可

35

数字 0 在哪里都不是 empty 啊

36

!'' !NaN !null !undefined 都是 true ，所以!a 够用了，除非 a 是[]or{}

37

无脑选 _.isNil

38

一般用!!val 就够了,大部分情况都有效,也不像其他语法糖挑版本

39

两个感叹号用了几年，从来没考虑过有没有异常情况，看上面这么多回复感觉有点奇怪了。

40

@USDT 哈哈，我也是一直这么判空的

41

不嫌麻烦的话 zod 是最优解

42

1

43

出现 null 就把后端骂一顿，然后你就只需要判断 undefined 了

44

isNil 和 ？？ optional chaining 呀
!! 空符串和 0 啥的真的会教做人吧

45

判空通常来说就是判空值，在 JS 里也就是 null 和 undefined ，其他所有的判断都是业务需求，并不属于判空。因为 0 也好，NaN 也好，都是有值的。

46

47

48

判断 null 和 undefined 的函数，比起 isEmpty/isNil/isNone ，我更倾向于叫它 isNullish 。
毕竟 MDN 里 `??` 叫做 `nullish coalescing operator`

52

不如不要写取值范围这么广的变量

53

@shintendo 感谢提醒。?? 可以归类 null 和 undefined ，对于其他类型是返回原值，接下来通过 ! 实际还是走了转 bool 的操作，那就又回到 if(0)这种类似的情况了。

54

我记得早期 N 年前，直接判断 a===undefined 会报错，好像是 IE 还是什么，太久忘记了，所以养成了习惯都写 typeof a === undefined

55

57

就算是 js ，也不会往一个字段里一会放 number 一会放 string 吧

58

@AtlantaANiu 如果这种形式的话，也不用 Symbol ，(a ?? null) === null 就行了，但这样相当于??只用来处理 undefined 一个值，可读性牺牲有点大

59

@xmdbb 你说的情况是变量 a 未定义，直接取值就会报错，需要 typeof a
不用 N 年前也不用 IE ，现在打开 chrome 控制台执行 a===undefined 也是报错的

60

61

1

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

62

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

63

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

64

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

66

@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()
```

67

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

68

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

69

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

70