关于JS历史

时间 2019-11-11

原文原文链接

js由来

95年那时，绝大多数因特网用户都使用速度仅为28.8kbit/s 的“猫”(调制解调器)上网，但网页的大小和复杂性却不断增长。为完成简单的表单验证而频繁地与服务器交换数据只会加剧用户的负担。想象一下：用户填写完一个表单，单击“提交”按钮，而后等待30秒钟，最终服务器返回消息说有一个必填字段没有填好......当时走在技术革新最前沿的 Netscape（网景）公司，决定着手开发一种客户端语言，用来处理这种简单的验证。

与Java并没有关系

JavaScript与Java并无关系，是网景公司在初版发布以前为了搭上媒体热炒 Java 的顺风车，临时把 LiveScript 更名为 JavaScript。

IE发布克隆版引起标准问题

JavaScript 1.0 得到成功，网景预备发布1.1 版，恰巧那个时候微软决定进军浏览器，发布了 IE 3.0 并搭载了一个 JavaScript 的克隆版，叫作 JScript（这样命名是为了不与网景潜在的许可纠纷）。微软步入 Web 浏览器领域的这重要一步虽然令其声名狼藉，但也成为 JavaScript 语言发展过程当中的重要一步。

在微软进入后，有 3 种不一样的 JavaScript 版本同时存在：Netscape Navigator 3.0 中的 JavaScript、IE 中的 JScript 以及 CEnvi 中的 ScriptEase。与 C 和其余编程语言不一样的是，JavaScript 并无一个标准来统一其语法或特性，而这 3 种不一样的版本偏偏突出了这个问题。

标准制定

1997 年，以 JavaScript 1.1 为蓝本的建议被提交给了欧洲计算机制造商协会。该协会指定 39 号技术委员会，由来自 Netscape、Sun、微软、Borland 及其余关注脚本语言发展的公司的程序员组成，通过数月完成了 ECMA-262——定义一种名为 ECMAScript的新脚本语言的标准。第二年，国标标准化组织和国际电工委员会也采用了 ECMAScript 做为标准。自此之后，浏览器开发商就开始致力于将 ECMAScript 做为各自 JavaScript 实现的基础,也在不一样程度上取得了成功。

BOM注释：

XMLHttpRequest 对象用于在后台与服务器交换数据。

activeXObject 微软扩展，打开微软应用程序，例Excel，word等

JS引用方式：

推荐将<script>放置在<body>页面内容的后面，或</body>标签以后的缘由：

按照传统的作法,全部<script>元素都应该放在页面的<head>元素中，意味着必须等到所有JS代码都被下载、解析和执行完成之后，才能开始呈现页面的内容(浏览器在遇到<body>标签时才开始呈现内容)。因此对于须要不少JS代码的页面来讲，无疑会致使浏览器在呈现页面时出现明显的延迟，延迟期间的浏览器窗口中将是一片空白。为了不这个问题，如今通常都把所有JS的引用放在<body>元素中页面内容的后面。

JS代码标准：

语句必须以分号做为结束符，不要忽略分号的缘由：

var sum = a + b // 即便没有分号也是有效的语句——不推荐

var sum = a - b; // 有效的语句——推荐

虽然语句结尾的分号不是必需的，但建议任什么时候候都不要省略它。由于加上分号能够避免不少错误(例如不完整的输入)，开发人员也能够放心地经过删除多余的空格来压缩JS代码(代码行结尾处没有分号会致使压缩错误)。另外，加上分号也会在某些状况下增进代码的性能，由于这样解析器就没必要再花时间推测应该在哪里插入分号了。

函数参数：

与其余程序语言不一样，ECMAScript不会验证传递给函数的参数个数，是否等于函数定义的参数个数，而且不会引起任何错误，由于ECMAScript中的参数在内部是用数组来表示的，函数接受到的始终是这个数组，而不关心数组中包含哪些参数，任何遗漏的参数都会以 undefined传递给函数，多余的参数函数也会忽略。

下面是个人公众号，你们能够关注一下，能够一块儿学习，一块儿进步：