最近这些年在对 JavaScript 进行考古时，发现网景时代的 JavaScipt 实现，存在一些鲜为人知的特性，我从中挑选几个有趣的说一下。
Object.prototype.eval() 方法
在 JavaScript 1.0 中，eval 和现在一样，只是个全局函数。在 JavaScript 1.1 中，eval 还变成了所有对象的一个共用方法：
var foo = 1
var bar = 2
o = new Object
o.foo = 10
o.bar = 20
eval("this.foo + bar") // 3
o.eval("this.foo + bar") // 30
官方文档描述这个 eval 方法是说它能让一段代码字符串在执行时以当前对象为上下文：
The eval method evaluates a string of JavaScript code in the context of the specified object
描述很笼统，其实这个 eval 方法和普通的 eval 函数的区别有两点：
-
this 指向当前对象而不是全局对象
-
类似 with 语句的作用，所有变量优先作为当前对象的属性去查找
该方法在随后的 JavaScript 1.2 中被废弃。
不对 Array(arrayLength) 进行特殊处理
Array() 构造函数实现于 JavaScirpt 1.1 中，和现在一样，当时就已经对单数字参数的情况做了特殊处理：
Array(1, 2, 3, 4, 5) // 包含五个元素 1、2、3、4、5 的数组
Array(1, 2, 3) // 包含三个元素 1、2、3 的数组
Array(5) // 包含五个空元素的数组
为了不让用户踩这个坑，ES6 里还专门新增了一个 API：Array.of()。 其实不是到了 ES6 时代才发现这是个坑的，98 年就已经发现了。在 JavaScript 1.2 中，尝试去除了对单数字参数的特殊处理：
Array(5) // 只包含一个元素 5 的数组
但并没有被 ES 规范采纳，之后 JavaScript 1.3 回滚了这个改动，直到今日仍如此。
相等运算符 == 不对操作数进行类型转换
在 JavaScript 中如何对两个值进行相等性判断绝不是一个简单的话题，MDN 上甚至有一篇专门的文档来讲解。判断等还是不等为啥这么复杂，其中很大的一个原因就是，JavaScirpt 里有两套相等运算符：==/!= 和 ===/!==。
既然现在都推荐用严格相等 ===，不让用 ==，那为啥当初不把 == 实现成严格相等呢。其实网景在 98 年的时候就已经发现非严格相等是个坑了，在 JavaScript 1.2 中，他们尝试把 == 的强制类型转换步骤去掉，让它表现的就像现在的 === 一样：
1 == "1" // false
不过在次年发布的 ES3 里，决定采用新增 === 运算符的方案，所以只好回滚了上面这个改动。
条件表达式不能是个赋值语句
if、while 语句都接受一个表达式作为是否要执行后面代码块的判断条件，比如 if ( a == b)。但是很多时候人们会因手误漏掉个 =，成了 if (a = b)，导致很难发现的 bug。
在 JavaScript 1.0 中，JS 引擎会认为你是不小心漏掉了一个 =，它会替你补上，并会发出警告信息。如果你的本意真的是想使用赋值语句（的确有人想要这么写），那就给赋值语句加一个额外的括号：if((a = b))。
之前我问过 Brendan Eich 本人，这个特性是他从 GCC 抄来的。我看了一下现在留存最早的 JavaScript 1.4 的代码，实现该特性的代码还在，只不过其实从 1.3 开始，为了兼容 ES 规范，这段代码实际已经不会执行了。
false 的包装对象是个假值
现在我们知道，所有对象都是真值，即便是 false 的包装对象，但在 JavaScript 1.3 之前，它是个假值：
if (new Boolean(false)) {
// 不会执行
}
所有本地变量都同时作为 arguments 对象的属性存在
我在arguments 对象的老历史中讲过这个，在 JavaScript 1.1 和 1.2 中存在的特性，所有本地变量包括形参的名字都会成为 arguments 对象的属性：
function foo(a, b) {
var c = 3
alert(arguments.a) // 1
alert(arguments.b) // 2
alert(arguments.c) // 3
}
foo(1, 2)
Object.prototype.toString 不返回 [object type]
现在我们熟知，用 Object.prototype.toString 可以判断对象类型，比如它会返回 [object Object]。也许认为这个特性没啥用，在 JavaScript 1.2 中，它被改成了返回对象的源码形式，比如：
var o = {a:1}
o.toString() // "{a:1}"
Array.prototype.toString 也和现在不一样：
var arr = [1, 2, 3]
arr.toString() // "[1, 2, 3]"，而不是 "1,2,3"
在 1.3 中，这个方法重新起了个名字叫 toSource（Firefox 中至今存在），toString 回归到原来的功能。
逻辑与和逻辑或返回布尔值
现在我们常用 obj.foo && obj.foo.bar 和 obj.foo || obj.bar 这种写法，但是在 JavaScript 1.2 之前，&& 和 || 有个 bug：
0 && 1 // 返回 false，而不是 0
1 || 0 // 返回 true，而不是 1
之所以说 bug，而不是有意设计，是因为反过来就和现在的表现一样了：
1 && 0 // 0
0 || 1 // 1
对 str.split(” “) 的特殊处理
如果传入 split 方法的分隔符是单个空格，那么会进行一个特殊处理：先 trim 掉字符串两边的空白符（” \t\r\n”），然后以若干个连续的空白符作为分隔符去切割这个字符串：
" 1 2 ".split(" ") // ["1", "2"]
现代浏览器上的话，会切割出很多空字符串元素。JavaScript 一开始也和现在一样，但在 JavaScript 1.2 中，Breandan Eich 抄了 Perl 4 中对 split(” “) 的特殊处理，Perl 4 是从 awk 抄来的。1.3 回滚了这一改动。
用索引也能访问对象的属性
在 JavaScript 1.0 里，每个对象的非索引属性都会自动关联一个索性属性：
var o = new Object
o.foo = 1
o.bar = 2
o[0] // 1
o[1] // 2
1.1 删除了这个特性。
this 不能在全局环境使用
现在我们都知道，this 在全局环境下指向全局对象，但在 JavaScript 1.0 里，this 只允许在函数内部使用：
这一特性没有文档说明，所以不确定是在之后的哪个版本中改成了可以在全局环境中使用 this。
Original: https://www.cnblogs.com/ziyunfei/p/7987254.html
Author: 紫云飞
Title: 你从未听说过的 JavaScript 早期特性
原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/536461/
转载文章受原作者版权保护。转载请注明原作者出处！