前言
如果大家有看过脚手架编译出来的代码,你会发现所有涉及到undefined表达都会被编译成void 0,比如
//源码
const a: number = 1
a === undefined
//编译后
"use strict";
var a = 1;
a === void 0;
void 和 undefined的区别
-
undefined
属于基础类型同时还是全局属性console.log(window.hasOwnProperty('undefined')) //true console.log(window.undefined) //undefined在javascript中,全局属性是允许被覆盖的,比如你可以
window.undefined = 1 -
void 属于
运算符(类似typeof),运算符只能针对表达式进行求值,不能进行赋值操作,比如var typeof = 1 //Uncaught SyntaxError: Unexpected token 'typeof'
void 0代替undefined的优势
- 安全赋值
从上面的区别中,可以看出用void 0来代替undefined进行赋值确实更安全,所以几乎所有的脚手架工具都集成了undefined转void 0的能力 - 更短
void 0对比undefined,浏览器传输过程中具有更少的字节数
那么现状是否如此呢?
- 更安全
根本原因在于ECMAScript 5之前,undefined作为全局属性,是可读写,某些质量不高的库会覆盖undefined的值,导致直接赋值undefined不符合预期,在 ECMAScript 5之后,undefined设置成只读,也就不存在上面所说的问题,兼容性方面也基本不存在太大问题。
- 更短
个人认为写源码场景下非要用void 0代替undefined,阅读起来会带来更大的心智负担,比如对比节省几个字节的收益,维护和代码review成本更高const a = 1 if(a === void 0 || a === 1){}
总结
如果不是需要兼容老旧浏览器(IE8以下)的场景下,非常不建议用void 0去代替undefined
扩展阅读
stackoverflow.com/questions/7… developer.mozilla.org/en-US/docs/… developer.mozilla.org/en-US/docs/…