JavaScript的设计缺陷

该文章主要参考阮一峰老师的网络日志。

存在缺陷的原因：

1. 设计阶段仓促
JavaScript的初衷是为了解决简单的网页互动问题，它的设计仅用了10天时间。
2. 没有先例
JavaScript语言实际上是两种语言风格的混合产物----（简化的）函数式编程+（简化的）面向对象编程。这很可能是历史上的第一例。
3. 过早标准化
JavaScript推出一年半之后，国际标准就问世了。设计缺陷还没有充分暴露就成了标准。

主要设计缺陷：

1. 不适合开发大型程序

2. 非常小的标准库

3. null和undefined

null属于对象（object）的一种，意思是该对象为空；undefined则是一种数据类型，表示未定义。

typeof null; // object

typeof undefined; // undefined

var foo;

alert(foo == null); // true

alert(foo == undefined); // true

alert(foo === null); // false

alert(foo === undefined); // true

在编程实践中，null几乎没用。

4. 全局变量难以控制

Javascript的全局变量，在所有模块中都是可见的；任何一个函数内部都可以生成全局变量，这大大加剧了程序的复杂性。

a = 1;

(function(){

b=2;

alert(a);

})(); // 1

alert(b); //2

5. 加号运算符

+号作为运算符，有两个含义，可以表示数字与数字的和，也可以表示字符与字符的连接。

alert(1+10); // 11

alert("1"+"10"); // 110

如果一个操作项是字符，另一个操作项是数字，则数字自动转化为字符。

alert(1+"10"); // 110

alert("10"+1); // 101

这样的设计，不必要地加剧了运算的复杂性。

6. NaN

NaN是一种数字，表示超出了解释器的极限。它有一些奇怪的特性：

NaN === NaN; //false

NaN !== NaN; //true

alert( 1 + NaN ); // NaN

7. 数组和对象的区分

由于Javascript的数组也属于对象（object），所以要区分一个对象到底是不是数组，相当麻烦。

if ( arr &&
　　　　typeof arr === 'object' &&
　　　　typeof arr.length === 'number' &&
　　　　!arr.propertyIsEnumerable('length')){

alert("arr is an array");

}

8. == 和 ===

==用来判断两个值是否相等。当两个值类型不同时，会发生自动转换，得到的结果非常不符合直觉。

"" == "0" // false

0 == "" // true

0 == "0" // true

false == "false" // false

false == "0" // true

false == undefined // false

false == null // false

null == undefined // true

" \t\r\n" == 0 // true

因此，推荐任何时候都使用"==="（精确判断）比较符。

9. 基本类型的包装对象

Javascript有三种基本数据类型：字符串、数字和布尔值。它们都有相应的建构函数，可以生成字符串对象、数字对象和布尔值对象。

new Boolean(false);

new Number(1234);

new String("Hello World");

与基本数据类型对应的对象类型，作用很小，造成的混淆却很大。

alert( typeof 1234); // number

alert( typeof new Number(1234)); // object

虽然JavaScript有缺陷，数量还不少，但是它的编程能力很强大，它目前是网页编程的唯一语言，前途很光明。