创始人布兰登
Brendan Eich 1961年生于美国,1995加入NetScape网景公司,为浏览器开发了JavaScript
JavaScript的诞生
Brendan Eich布兰登按照公司要求设计了JS的最初版本,开始命名为Mocha,然后为LiveScript,最后命名JavaScript。
浏览器大战
1996年8月IE3发布,同年11月,NetScape网景提交语言标准,JS语言标准为ECMAScript
网景之死
微软IE浏览器被捆绑进了Windows。1998年,NetScape网景市场份额败退,宣布开源,年底被美国在线AOL收购
IE6如日中天
2001年, IE 6随着WindowsXP发布,席卷全球,市场占用率为80%以上,IE 6始终是中国前端开发者的恶梦
Chrome横空出世
2008年,Chrome发布,2016年Chrome全球份额62%
移动市场兴起
2010年,iPhone4发布,开始智能手机的时代。2016年,天猫宣布不再支持IE 6,IE 7和IE 8。从此,让中国前端摆脱了IE十年的恐怖支配,前端飞速发展
ECMAScript标准的制定
1997年6月,第一版ECMAScript发布1999年12月,第三版ECMAScript发布,使用最广2009年12月,第五版ECMAScript发布2015年12月,第六版ECMAScript发布- 之后每年更新一个版本
ECMAScript是纸上的标准,有滞后性
JavaScript兴起
2004年,谷歌发布Gmail在线网页2005年,谷歌命名Ajax技术- 此后,前端技术正式出现
2006年,jQuery发布
JS版本
ES 3,IE 6支持, 评价:垃圾ES 5, 评价:还是垃圾ES 6, 大部分浏览器支持,兼容之前的特性。评价:一半垃圾
中国的前端
2010年左右,中国才有专门的前端岗位
JS之父对JS的评价
它的优秀之处并非原创,它的原创之处并不优秀
JavaScript 的13个设计缺陷
- 设计阶段过于仓促
Javascript的设计,其实只用了十天。而且,设计师是为了向公司交差,本人并不愿意这样设计 - 没有先例
Javascript同时结合了函数式编程和面向对象编程的特点,这很可能是历史上的第一例。 - 过早的标准化
Javascript的发展非常快,根本没有时间调整设计。 - 不适合开发大型程序
Javascript没有名称空间(namespace),很难模块化;没有如何将代码分布在多个文件的规范;允许同名函数的重复定义,后面的定义可以覆盖前面的定义,很不利于模块化加载。 - 非常小的标准库
Javascript提供的标准函数库非常小,只能完成一些基本操作,很多功能都不具备。 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几乎没用,根本不应该设计它。
7. 全局变量难以控制
Javascript的全局变量,在所有模块中都是可见的;任何一个函数内部都可以生成全局变量,这大大加剧了程序的复杂性。
实例代码
a = 1;
(function(){
b=2;
alert(a);
})(); // 1
alert(b); //2
- 自动插入行尾分号
Javascript的所有语句,都必须以分号结尾。但是,如果你忘记加分号,解释器并不报错,而是为你自动加上分号。有时候,这会导致一些难以发现的错误。
比如,下面这个函数根本无法达到预期的结果,返回值不是一个对象,而是undefined
function(){
return
{
i=1
};
}
原因是解释器自动在return语句后面加上了分号。
function(){
return;
{
i=1
};
}
- 加号运算符
+号作为运算符,有两个含义,可以表示数字与数字的和,也可以表示字符与字符的连接。
alert(1+10); // 11
alert("1"+"10"); // 110
如果一个操作项是字符,另一个操作项是数字,则数字自动转化为字符。
alert(1+"10"); // 110
alert("10"+1); // 101
这样的设计,不必要地加剧了运算的复杂性,完全可以另行设置一个字符连接的运算符。
10. NaN
NaN是一种数字,表示超出了解释器的极限。它有一些很奇怪的特性:
NaN === NaN; //false
NaN !== NaN; //true
alert( 1 + NaN ); // NaN
与其设计NaN,不如解释器直接报错,反而有利于简化程序。
- 数组和对象的区分
由于Javascript的数组也属于对象(object),所以要区分一个对象到底是不是数组,相当麻烦。Douglas Crockford的代码是这样的:
if ( arr &&
typeof arr === 'object' &&
typeof arr.length === 'number' &&
!arr.propertyIsEnumerable('length')){
alert("arr is an array");
}
==和===
==用来判断两个值是否相等。当两个值类型不同时,会发生自动转换,得到的结果非常不符合直觉。
 "" == "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
因此,推荐任何时候都使用"==="(精确判断)比较符。
- 基本类型的包装对象
Javascript有三种基本数据类型:字符串、数字和布尔值。它们都有相应的建构函数,可以生成字符串对象、数字对象和布尔值对象。
new Boolean(false);
new Number(1234);
new String("Hello World");
与基本数据类型对应的对象类型,作用很小,造成的混淆却很大。
alert( typeof 1234); // number
alert( typeof new Number(1234)); // object