Javascript历史及设计缺陷总结

179 阅读6分钟

JS的起源(始于网景)

1993年,伊利诺伊大学厄巴纳-尚佩恩分校的国家超级电脑应用中心(NCSA)发表了NCSA Mosaic,这是最早流行的图形接口网页浏览器,它在万维网的普及上发挥了重要作用。1994年,一家名为Mosaic Communications的公司在加州芒廷维尤成立了,并雇用了许多原来的NCSA Mosaic开发者用来开发Mosaic Netscape,该公司的目标是取代NCSA Mosaic成为世界第一的网页浏览器。第一个版本的网页浏览器Mosaic Netscape 0.9于1994年底发布。在四个月内,已经占据了四分之三的浏览器市场,并成为1990年代互联网的主要浏览器。为避免NCSA的商标所有权问题,该浏览器于同年更名为Netscape Navigator,该公司命名为Netscape Communications。网景预见到网络需要变得更动态。公司的创始人马克·安德森认为HTML需要一种胶水语言,让网页设计师和兼职程序员可以很容易地使用它来组装图片和插件之类的组件,且代码可以直接编写在网页标记中。

1995年,网景招募了布兰登·艾克,目标是把Scheme语言嵌入到Netscape Navigator浏览器当中。但更早之前,网景已经跟昇阳合作在Netscape Navigator中支持Java,这时网景内部产生激烈的争论。后来网景决定发明一种与Java搭配使用的辅助脚本语言并且语法上有些类似,这个决策导致排除了采用现有的语言,例如Perl、Python、Tcl或Scheme。为了在其他竞争提案中捍卫JavaScript这个想法,公司需要有一个可以运作的原型。艾克在1995年5月仅花了十天时间就把原型设计出来了。

最初命名为Mocha,1995年9月在Netscape Navigator 2.0的Beta版中改名为LiveScript,同年12月,Netscape Navigator 2.0 Beta 3中部署时被重命名为JavaScript,当时网景公司与昇阳电脑公司组成的开发联盟为了让这门语言搭上Java这个编程语言“热词”,因此将其临时改名为JavaScript,日后这成为大众对这门语言有诸多误解的原因之一。

以上资料来自维基百科


JS的设计缺陷

以下介绍参考了阮一峰的文章,链接:Javascript的10个设计缺陷

  1. 不适合开发大型程序

    因为Javascript没有名称空间(namespace),很难模块化;没有如何将代码分布在多个文件的规范;允许同名函数的重复定义,后面的定义可以覆盖前面的定义,很不利于模块化加载。

  2. 非常小的标准库

    因为Javascript提供的标准函数库非常小,只能完成一些基本操作,很多功能都不具备。

  3. null和undefined

    null属于对象(object)的一种,意思是该对象为空;undefined则是一种数据类型,表示未定义。

      typeof null; // object
      typeof undefined; // undefined
    

    两者非常容易混淆,但是含义完全不同,而在编程实践中,null几乎没用,根本不应该设计它。

  

    var foo;
    alert(foo == null); // true
    alert(foo == undefined); // true
    alert(foo === null); // false
    alert(foo === undefined); // true
  1. 全局变量难以控制

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

  

    a = 1
    (function(){
          b=2;
          alert(a);
          })(); // 1
          alert(b); //2
  1. 自动插入行尾分号

    Javascript的所有语句,都必须以分号结尾。但是,如果你忘记加分号,解释器并不报错,而是为你自动加上分号。有时候,这会导致一些难以发现的错误。

比如,下面这个函数根本无法达到预期的结果,返回值不是一个对象,而是undefined。

     function(){
         return
      {
         i=1
      };
      }

   原因是解释器自动在return语句后面加上了分号。

     function(){
         return;
     {
         i=1
     };}
  1. 加号运算符

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

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

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

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

    这样的设计,不必要地加剧了运算的复杂性,完全可以另行设置一个字符连接的运算符。

  2. NaN

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

      NaN === NaN; //false
    
      NaN !== NaN; //true
    
      alert( 1 + NaN ); // NaN
    

    与其设计NaN,不如解释器直接报错,反而有利于简化程序。

  3. 数组和对象的区分

由于Javascript的数组也属于对象(object),所以要区分一个对象到底是不是数组,相当麻烦。Douglas Crockford的代码是这样的:

     if ( arr && 
          typeof arr === 'object' &&
          typeof arr.length === 'number' &&
          !arr.propertyIsEnumerable('length')){
          alert("arr is an array");
       }
  1. == 和 ===

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

     "" == "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

因此,推荐任何时候都使用"==="(精确判断)比较符。

  1. 基本类型的包装对象

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

     new Boolean(false);
     new Number(1234);
     new String("Hello World");

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

     alert( typeof 1234); // number

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

关于Javascript的更多怪异行为,请参见Javascript Garden和wtfjs.com。


既然Javascript有缺陷,数量还不少,那么它是不是一种很糟糕的语言?有没有前途?

其实Javascript并不算糟糕,相反它的编程能力很强大,前途很光明。如果遵守良好的编程规范,加上第三方函数库的帮助,Javascript的这些缺陷大部分可以回避。

Javascript目前是网页编程的唯一语言,只要互联网继续发展,它就必然一起发展。目前,许多新项目大大扩展了它的用途,node.js使得Javascript可以用于后端的服务器编程,coffeeScript使你可以用python和ruby的语法,撰写Javascript。 只要发布新版本的语言标准,就可以弥补这些设计缺陷。当然,标准的发布和标准的实现是两回事,上述的很多缺陷也许会一直伴随到Javascript存在的最后一天。