由于JS表达式偏啰嗦,于是最近便开始采用Coffeescript来减轻负担。举个栗子,当我想取屋子里的第一条dog时,首先要判断house对象是否存在,然后再判断house.dogs是否存在,最后取house.dogs[0]。在JS需要这么写
vardog=(typeofhouse!=='undefined&&house!==null)&&house.dogs&&house.dogs[0]
在Coffee中,我只需要这么写:
dog=house?.dogs?[0];
写到这里,读者会问,这跟标题《Javascript中的void》有一毛钱关系?Coffee的本质就是JS,之所以Coffee能工作的很好,是因为它生成出了高效而且健壮的JS代码,我们可以看看它的生成结果。
vardog,_ref;
dog=typeofhouse!=="undefined"&&house!==null?(_ref=house.dogs)!=null?_ref[0]:void0:void0;
短短一行Coffee代码生成出了如此长的JS代码,看上去似乎比我最前面自己用JS写的更靠谱更安全,末尾还出来了两个void0,这究竟是何方神圣?
结构化一下上面的例子:
dog=(typeofhouse!=="undefined"&&house!==null)?
((_ref=house.dogs)!=null?_ref[0]:void0)
:void0;
如果house未定义或house为null时,返回void0
如果house.dogs为null时,返回void0
可void0究竟是什么值,这个倒很容易测试:
typeofvoid0//得到"undefined"
console.log(void0)//输出undefined
似乎void0就是undefined了,但这样子路数太野,也不够严谨,即无法回答:void100,voidhello(),voidi++这无数可能组合的值是什么?
我们来瞅瞅规范是怎么说的吧。
规范是这么说的
在ECMAScript262规范,有如下描述:
ThevoidOperator
TheproductionUnaryExpression:voidUnaryExpressionisevaluatedasfollows:
LetexprbetheresultofevaluatingUnaryExpression.
CallGetValue(expr).
Returnundefined.
NOTE:GetValuemustbecalledeventhoughitsvalueisnotusedbecauseitmayhaveobservableside-effects.
搬译一下:
void操作符
产生式UnaryExpression:voidUnaryExpression按如下流程解释:
令expr为解释执行UnaryExpression的结果。
调用GetValue(expr).
返回undefined.
注意:GetValue一定要调用,即使它的值不会被用到,但是这个表达式可能会有副作用(side-effects)。
重点在于:无论void后的表达式是什么,void操作符都会返回undefined.因此上面由Coffee编译出来的代码我们可以认为是这样的:
dog=(typeofhouse!=="undefined"&&house!==null)?
((_ref=house.dogs)!=null?_ref[0]:undefined)
:undefined;
问题来了,既然(void0)===undefined,那直接写undefined不就行了么?
为什么要用void?
因为undefined在javascript中不是保留字。换言之,你可以写出:
functionjoke(){
varundefined="helloworld";
console.log(undefined);//会输出"helloworld"
}
console.log(undefined);//输出undefined
对的,你可以在一个函数上下文内以undefined做为变量名,于是在这个上下文写的代码便只能通过从全局作用域来取到undefined,如:
window.undefined//浏览器环境
GLOBAL.undefined//Node环境
但要注意的是,即便window,GLOBAL仍然可以在函数上下文被定义,故从window/GLOBAL上取undefined并不是100%可靠的做法。如:
functionx(){
varundefined='helloworld',
f={},
window={
'undefined':'joke'
};
console.log(undefined);//helloworld
console.log(window.undefined);//joke
console.log(f.a===undefined);//false
console.log(f.a===void0);//true
}
于是,采用void方式获取undefined便成了通用准则。如underscore.js里的isUndefined便是这么写的:
_.isUndefined=function(obj){
returnobj===void0;
}
除了采用void能保证取到undefined值以外,还有其它方法吗?有的,还有一种方式是通过函数调用。如AngularJS的源码里就用这样的方式:
(function(window,document,undefined){
//.....
})(window,document);
通过不传参数,确保了undefined参数的值是一个undefined。
其它作用
除了取undefined外,void还有什么其它用处吗?
还有一个常见的功能,填充href。下面是一个微博截图,它的转发,收藏,讨论都是超链接,但是用户并不希望点击它们会跳转到另一个页面,而是引发出一些交互操作。
理论上而言,这三个超链接都是没有URL的,但如果不写的话,呵呵,点击它会刷新整个页面。于是便用上了href="javascript:void(0)的方式,确保点击它会执行一个纯粹无聊的void(0)。
另一种情况是,如果我们要生成一个空的src的image,最好的方式似乎也是src='javascript:void(0)',参见StackOverflow上的这个问题:What’sthevalidwaytoincludeanimagewithnosrc?
写在最后
回到void的定义,有一句话特别让人迷惑:
注意:GetValue一定要调用,即使它的值不会被用到,但是这个表达式可能会有副作用(side-effects)。
这是什么意思?这表示无论void右边的表达式是什么,都要对其求值。这么说可能不太明白,在知乎上有过阐述关于js中void,既然返回永远是undefined,那么GetValue有啥用?,我且拾人牙慧,代入一个场景,看代码:
varhappiness=10;
vargirl={
getwhenMarry(){
happiness--;
return1/0;//Infinity
},
gethappiness(){
returnhappiness;
}
};
console.log(girl.whenMarry);//调用了whenMarry的get方法
console.log(girl.happiness);//9
voidgirl.whenMarry;//调用了whenMarry的get方法
console.log(girl.happiness);//8
deletegirl.whenMarry;//没有调用whenMarry的get方法
console.log(girl.happiness);//还是8
上述代码定义了一个大龄文艺女青年,每被问到什么时候结婚呀(whenMarry),happiness都会减1。从执行情况可以看出,无论是普通访问girl.whenMarry,还是voidgirl.whenMarry都会使她的happiness--。而如果把void换成delete操作符写成deletegirl.whenMarry,她的happiness就不会减了,因为delete操作符不会对girl.whenMarry求值。
总结
void有如下作用:
通过采用void0取undefined比采用字面上的undefined更靠谱更安全,应该优先采用void0这种方式。
填充的href确保点击时不会产生页面跳转;填充的src,确保不会向服务器发出垃圾请求。
(href和src中采用javascript:伪协议,导致浏览器会执行后面的代码,根据返回值来决定下一步操作,当返回值是undefined时浏览器不会把返回值替换页面里的内容,也就不会导致href和src的值发生改变)