你不能不懂的秘密之——小小语句大奥妙【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这一提案，浏览器或许还未跟上，一起慢慢期待哈！