JavaScript 的历史
- အရှေ့ပိုင်း စာရင်း JavaScript အထူး အော်လိပ်
- နောက်ပိုင်း စာရင်း JavaScript သဘောတူ
为了发挥 JavaScript 的全部潜力,了解它的本质、历史及局限性是十分重要的。
本节为您讲解 JavaScript 和客户端脚本的起源。
Nombas 和 ScriptEase
大概在 1992 年,一家称作 Nombas 的公司开发了一种叫做 C 减减(C-minus-minus,简称 Cmm)的嵌入式脚本语言。Cmm 背后的理念很简单:一个足够强大可以替代宏操作(macro)的脚本语言,同时保持与 C (和 C ++)足够的相似性,以便开发人员能很快学会。这个脚本语言捆绑在一个叫做 CEnvi 的共享软件中,它首次向开发人员展示了这种语言的威力。
Nombas 最终把 Cmm 的名字改成了 ScriptEase,原因是后面的部分(mm)听起来过于消极,同时字母 C “令人害怕”。
现在 ScriptEase 已经成为了 Nombas 产品背后的主要驱动力。
Netscape 发明了 JavaScript
当 Netscape Navigator 崭露头角时,Nombas 开发了一个可以嵌入网页中的 CEnvi 的版本。这些早期的试验被称为 Espresso Page(浓咖啡般的页面),它们代表了第一个在万维网上使用的客户端语言。而 Nombas 丝毫没有料到它的理念将会成为万维网的一块重要基石。
当网上冲浪越来越流行时,对于开发客户端脚本的需求也逐渐增大。此时,大部分因特网用户还仅仅通过 28.8 kbit/s 的调制解调器连接到网络,即便这时网页已经不断地变得更大和更复杂。而更加加剧用户痛苦的是,仅仅为了简单的表单有效性验证,就要与服务器进行多次地往返交互。设想一下,用户填完一个表单,点击提交按钮,等待了 30 秒的处理后,看到的却是一条告诉你忘记填写一个必要的字段。
那时正处于技术革新最前沿的 Netscape,开始认真考虑开发一种客户端脚本语言来解决简单的处理问题。
当时工作于 Netscape 的 Brendan Eich,开始着手为即将在 1995 年发行的 Netscape Navigator 2.0 开发一个称之为 LiveScript 的脚本语言,当时的目的是在浏览器和服务器(本来要叫它 LiveWire)端使用它。Netscape 与 Sun 及时完成 LiveScript 实现。
就在 Netscape Navigator 2.0 即将正式发布前,Netscape 将其更名为 JavaScript,目的是为了利用 Java 这个因特网时髦词汇。Netscape 的赌注最终得到回报,JavaScript 从此变成了因特网的必备组件。
သုံးခုစလုံးအပြင်း
因为 JavaScript 1.0 如此成功,Netscape 在 Netscape Navigator 3.0 中发布了 1.1 版。恰巧那个时候,微软决定进军浏览器,发布了 IE 3.0 并搭载了一个 JavaScript 的克隆版,叫做 JScript(这样命名是为了避免与 Netscape 潜在的许可纠纷)。微软步入 Web 浏览器领域的这重要一步虽然令其声名狼藉,但也成为 JavaScript 语言发展过程中的重要一步。
在微软进入后,有 3 种不同的 JavaScript 版本同时存在:Netscape Navigator 3.0 中的 JavaScript、IE 中的 JScript 以及 CEnvi 中的 ScriptEase。与 C 和其他编程语言不同的是,JavaScript 并没有一个标准来统一其语法或特性,而这 3 种不同的版本恰恰突出了这个问题。随着业界担心的增加,这个语言的标准化显然已经势在必行。
标准化
1997 年,JavaScript 1.1 作为一个草案提交给欧洲计算机制造商协会(ECMA)。第 39 技术委员会(TC39)被委派来“标准化一个通用、跨平台、中立于厂商的脚本语言的语法和语义”(http://www.ecma-international.org/memento/TC39.htm)。由来自 Netscape、Sun、微软、Borland 和其他一些对脚本编程感兴趣的公司的程序员组成的 TC39 锤炼出了 ECMA-262,该标准定义了名为 ECMAScript 的全新脚本语言。
နောင်လာမည့် နှစ်ပိုင်းများ တွင် နိုင်ငံတကာ အသုံးပြုခြင်း အဖွဲ့အစည်း နှင့် နိုင်ငံတကာ လျှပ်စစ်တိုက်ရိုက်ချုပ်ကိုင်းအဖွဲ့ (ISO/IEC) လည်း ECMAScript ကို အခြေခံ အဖွဲ့အစည်း အဖြစ် စတင်ခဲ့သည် (ISO/IEC-16262)။ ထို့ကြောင့် ဝိုက် ဘာလီရာ ဘား လည်း ECMAScript ကို ဂျပန်ဘား အခြေခံ အသုံးပြုခြင်း အဖြစ် ကြိုးစားခဲ့သည် (အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း အောက်ပိုင်း စာရင်း
- အရှေ့ပိုင်း စာရင်း JavaScript အထူး အော်လိပ်
- နောက်ပိုင်း စာရင်း JavaScript သဘောတူ