你不能不懂的秘密之——小小语句大奥妙【Javascript篇】

Javascript语句篇

前言

日常开发中,我们常常将语句表达式混淆,其实语句也就是我们平常所说的句子,而表达式就是我们平常所说的短语,语句由一个或多个表达式组成,一个单独的表达式又可以称为表达式语句,例如:

> var c=d*6;
> var c=d*6 //声明语句
> c  //字面量表达式
> d*6 //算数表达式
> c=d*6 //赋值表达式
> d //变量表达式

以上示例中var c=d*6 这个声明语句就由多个表达式组成
明白了这个,这就让我们继续深入探究语句的奥妙吧~

语句结果值

凡是语句总有个返回值,我们在浏览器控制台输出看看效果

在这里插入图片描述

这里为什么会为undefined,而不是66呢?

在这里插入图片描述

原因就是在ES5规范中,变量声明实际上有一个返回值,只不过被变量语句算法屏蔽掉了,
最终导致了返回了undefined。
接下来我们看看在if语句块输出的结果:

在这里插入图片描述

我们发现第一个结果隐式返回值,没问题
第二个把返回值又赋给了新创建的变量d,就报错了

原因很简单:语法不允许我们把语句的结果值赋值给另外一个变量
但是真的没有办法了吗?办法还是有哒~示例如下:

var c,d;
c=eval("if(true){d=60;}");
console.log(c) //60

性能问题
eval(…) 和 with 会在运行时修改或创建新的作用域,以此来欺骗其他在书写时定义的词法作用域。 你可能会问,那又怎样呢?如果它们能实现更复杂的功能,并且代码更具有扩展性,难道不是非常好的功能吗?答案是否定的。
JavaScript 引擎会在编译阶段进行数项的性能优化。其中有些优化依赖于能够根据代码的 词法进行静态分析,并预先确定所有变量和函数的定义位置,才能在执行过程中快速找到标识符。
但如果引擎在代码中发现了 eval(…) 或 with,它只能简单地假设关于标识符位置的判断 都是无效的,因为无法在词法分析阶段明确知道 eval(…) 会接收到什么代码,这些代码会如何对作用域进行修改,也无法知道传递给 with 用来创建新词法作用域的对象的内容到底是什么。
最悲观的情况是如果出现了 eval(…) 或 with,所有的优化可能都是无意义的,因此最简单的做法就是完全不做任何优化。
如果代码中大量使用 eval(…) 或 with,那么运行起来一定会变得非常慢。无论引擎多聪明,试图将这些悲观情况的副作用限制在最小范围内,也无法避免如果没有这些优化,代码会运行得更慢这个事实。

摘抄自《你不知道的JavaScript上卷》

所以不建议在代码中使用eval与with
当然啦~ES6中有一个提案就是 do表达式

var b,d;
b=do{
d=60;
}
console.log(b);//60

目前测试未成功,es6这一提案,浏览器或许还未跟上,一起慢慢期待哈!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值