1.1.3 最初的价值

1.1.3  最初的价值

JavaScript最初被开发人员接受，其实是一种无可奈何的选择。

首先，网景公司（Netscape Communications Corporation）很早就意识到：网络需要一种集成的、统一的、客户端到服务端的解决方案。为此Netscape提出了LiveWire的概念 ，并设计了当时名为LiveScript的语言用来在服务器上创建类似于CGI的应用程序；与此同时，网景公司也意识到他们的浏览器Netscape Navigator中需要一个脚本语言的支持，解决类似于“在向服务器提交数据之前进行验证”的问题。于1995年4月，他们招募了Brendan Eich，希望Brendan Eich来实现这样的一种语言，以“使网页活动起来（Making Web Pages Come Alive）”。到了1995年9月，在发布NN 2.0 Beta时，LiveScript最早被作为一种“浏览器上的脚本语言”给推到网页制作人员的面前；随后，在9月18日，网景公司宣布在其服务器端产品“LiveWire Server Extension Engine”中将包含一个该语言的服务器端（Server-side）版本 。

而在这时，Sun公司的Java语言大行其道。Netscape决定在服务器端与Sun进行合作，这种合作后来扩展到浏览器，推出了名为Java Applet的“小应用”。而Netscape也借势将LiveScript改名，于1995年12月4日，在与Sun公司共同发布声明中首次使用了“JavaScript”这个名字，称之为一种“面向企业网络和互联网的、开放的、跨平台的对象脚本语言” 。从这种定位来看，最初的JavaScript一定程度上是为了解决浏览器与服务器之间统一开发而被实现的一种语言。

微软在浏览器方面是一个后来者。因此，它不得不在自己的浏览器中加入JavaScript的支持。但为了避免冲突，微软使用了JScript这个名字。微软在1996年8月发布IE 3时，提供了相当于NN 3的JavaScript脚本语言支持，但同时也提供了自己的VBScript。

当IE与NN进行那场著名的“浏览器大战”的时候，没有人能够看到结局。因此要想做一个“可以看的网页”，只能选择一个在两种浏览器上都能运行的脚本语言。这就使得JavaScript成为唯一可能正确的答案。当时，几乎所有的书籍都向读者宣导“兼容浏览器是一件天大的事”。为了这种兼容，一些书籍甚至要求网页制作人员最好不要用JavaScript，“让所有的事，在服务器上使用Perl或CGI去做好了”。

然而随着IE 4.0的推出以及缘于DHTML带来的诱惑，一切都发生了改变。