- 浏览: 1146928 次
- 性别:
- 来自: 火星郊区
博客专栏
-
OSGi
浏览量:0
文章分类
- 全部博客 (695)
- 项目管理 (48)
- OSGi (122)
- java (79)
- Vaadin (5)
- RAP (47)
- mysql (40)
- Maven (22)
- SVN (8)
- 孔雀鱼 (10)
- hibernate (9)
- spring (10)
- css (3)
- 年审 (6)
- ant (1)
- jdbc (3)
- FusionCharts (2)
- struts (4)
- 决策分析 (2)
- 生活 (10)
- 架构设计 (5)
- 破解 (2)
- 狼文化 (4)
- JVM (14)
- J2EE (1)
- 应用服务器 (1)
- 我的链接 (5)
- 数学 (2)
- 报表 (1)
- 百科 (6)
- Flex (7)
- log4j (2)
- PHP (1)
- 系统 (2)
- Web前端 (7)
- linux (6)
- Office (1)
- 安全管理 (5)
- python (2)
- dom4j (1)
- 工作流 (3)
- 养生保健 (4)
- Eclipse (8)
- 监控开发 (1)
- 设计 (3)
- CAS (1)
- ZK (41)
- BluePrint (3)
- 工具 (1)
- SWT (7)
- google (2)
- NIO (1)
- 企业文化 (2)
- Windoes (0)
- RCP (7)
- JavaScript (10)
- UML (1)
- 产品经理 (2)
- Velocity (10)
- C (1)
- 单元测试 (1)
- 设计模式 (2)
- 系统分析师 (2)
- 架构 (4)
- 面试 (2)
- 代码走查 (1)
- MongoDB (1)
- 企业流程优化 (1)
- 模式 (1)
- EJB (1)
- Jetty (1)
- Git (13)
- IPV6 (1)
- JQuery (8)
- SSH (1)
- mybatis (10)
- SiteMesh (2)
- JSTL (1)
- veloctiy (1)
- Spring MVC (1)
- struts2 (3)
- Servlet (1)
- 权限管理 (1)
- Java Mina (1)
- java 系统信息 (6)
- OSGi 基础 (3)
- html (1)
- spring--security (6)
- HTML5 (1)
- java爬虫搜索 (1)
- mvc (3)
最新评论
-
Tom.X:
http://osgia.com/
将web容器置于OSGi框架下进行web应用的开发 -
chenyuguxing:
你好, 为什么我的bundle export到felix工程中 ...
在Apache Felix中运行bundle -
string2020:
<niceManifest>true</ni ...
Bundle Plugin for Maven -
jsonmong:
OSGI,是未来的主流,目前已相当成熟。应用OSGI比较好的, ...
基于OSGi的声明式服务 -
zyhui98:
貌似是翻译过来的,有很少人在linux上做开发吧
如何成为“10倍效率”开发者
转自:http://blog.csdn.net/aimingoo/article/details/6654742
本文发表于《程序员》2011.03期】
有两个错误的观点,其一是“JavaScript在语源上继承自Cmm”。这个错误的观点主要的来自于以下途径(部分):
- 2002年10月7日的《Wired Magazine(连线杂志)》的一份名为“Mother Tongues”的图;
- O’Reilly公布的“The History of Programming Languages图;
- Levenez.com公布的“Computer Language History”;
- ……
第二个错误的观点,即“Nombas公司的Espresso Pages(浓咖啡版网页)以及其内置的脚本(CEnvi,Cmm语言的开发环境)是WWW上首次使用的脚本语言”。这个错误的观点主要来自于:
- 在Nombas网站中关于Cmm、CEniv以及ScriptEase等技术与产品的一篇介绍文字;
- Brent Noorda先生(Nombas公司总裁)关于发布Espresso Pages的新闻组消息。
这些明显是不太靠谱的一面之词。但是进一步援引这些内容的结果是:错误的观点被一再重述,似乎已经快要变成事实了,例如《JavaScript高级程序设计》一书已经白底黑字地将这些内容记述在了“JavaScript简史”之中。
本文将简明而完整地厘清上述观点。
一、真相:Netscape早在Espresso Pages发布之前就实现了主要的WEB开发特性
首先,这些问题的一部分相当容易说清楚,例如“是不是Espresso Pages首次在WEB中使用了脚本语言”。因为关于Espresso Pages的这个新闻组消息还有着明确的时间(1995.11.27)(*1):
那么,Netscape Navigator 2.0中对脚本的支持又是如何出现的呢?考察NN2此前发布的各个Beta版就可以发现(*2):至迟到NN2 Beta2,网页内嵌脚本的概念就相当清晰,并且实现完整了。我们先看看在1995.10.10发布的NN2 Beta1这个版本。它能做什么呢?它其实已经具备了标签内联脚本功能,如下图所示:
相对完整的脚本特性,例如<script>标签与function函数等,则要等到NN beta2才支持,其发布时间为1995.11.04:
上面的示例说明了beta2中的脚本已经开始支持在函数内通过this引用来得到window对象,而frames、self这些成员在这时的window对象中就已经存在,这些事实上就是最最原始的DOM。
所以尽管Nombas是抢在了Netscape Navigator 2.0正式发布(1996.01.23,JavaScript 1.0随该版本发布)之前,公开了在NN2上嵌入第三方脚本引擎的方式来实现的Espresso Pages,但是与我们今天讨论的WEB开发相关的一切,在这之前、在NN Beta2中就已成事实了。而这个Netscape Navigator Beta2的发布时间,比Espresso Pages的发布早了近一个月。
《JavaScript高级程序设计》一书中不但认为Espresso Pages是WWW上“首次使用脚本语言的标志”,还继续讲道:
相信当初的Nombas公司不太可能意识到,他们这种网页中嵌入脚本的想法会在很大程度上左右未来因特网的发展。
这段“文字游戏”很容易让读者将“网页嵌入脚本”的设想归功于Nombas,以及具体的那个脚本语言Cmm。但如同上面所说的,这种设想并非源自Espresso Pages。这些想法的确左右了因特网的发展,但是没有任何证据显示Nombas与这一起源存在关系。
二、真相:Cmm与JavaScript完全无关,而ScriptEase不过是追随者
Cmm的确是一种脚本语言,比JavaScript出现得早很多。但这个脚本语言并不是嵌入式的,它需要一个名为CEniv的可执行程序,来运行这 种扩展名为.cmm的脚本代码文件。因为Cmm一开始并没有设计为嵌入式语言,所以这些称为Espresso Pages的东西其实是一些可供下载的Demos,使用者需要安装CEnvi的某个版本,并通过一些配置来使Demo能在NN2 beta中使用。原文是:
but for now these demos use our CEnvi for Windows application as a helper. Instructions are on the page for how to configure, including a download of a demo of the Cmm interpreter.
现在已经再也找不到这些下载和操作指南了。不过我们这里并不想考察Espresso Pages的效果,而是想说清他当时所使用的Cmm语言与JavaScript语言有没有什么关系。因为当时JavaScript正在开发之中,而Cmm 已经出现了三年之久,那么JavaScript的语言设计是否参考了Cmm呢?
目前可以下载到的CEnvi包括以下版本:
CEnvi 1.0 – 1993.08.09
CEnvi 1.008 – 1993.12.21
CEnvi 1.009 for DOS/Win/OS2 – 1994.11.29
CEnvi 2.0 for DOS/Win/OS2 – 1995.03.29
CEnvi 2.10 for DOS/Win/NT/OS2 – 1995.10.17
CEnvi 2.11 for DOS – 1996.02.20
在NN2之前的是CEnvi 2.0,NN2正式发布之后则有CEnvi 2.11。我们只需要考察这其中的Cmm语言的特性以及其进化的路线,就可以了解这一阶段中二者可能存在的相互影响。根据Cmm的语言手册(*3),其主要的发展为:
- 1.0 ~ 2.0:添加了字符串中的转义字符(Escape Sequences for Characters)
- 2.0 ~ 2.1:无变化
- 2.1 ~ 2.11:无变化
也就是说,Cmm语言从1993年随CEnvi发布一直到1996年2月,下面的语言特性并没有任何实质性的变化:
- 与C语言相似的运算符(包括位运算、布尔运符和三元”?:”运算符等)、注释、字符串表达方式;
- 有Byte、Integer、Float等数据类型,不需要预声明变量,变量在第一次赋值时创建并关联类型;
- 有数组与字符串类型,数组不需要预定义长度或元素类型;字符串是字符类型的数组,可以通过数组下标存取;可以通过”...”方式,或用{...}声明一系列单个字符的方式来声明字符串;
- 有结构(Structures)数据类型,用“.”字符存取其字段;
- 有if、while、do、switch以及for等等语句,有GOTO语句;
- 可以声明函数,但不需要用function关键字开始,也不需要声明参数类型,参数个数必须是确定的。
- 有#include与#define等预声明语句;在任意函数之外的代码为初始化代码,其声明的变量为全局变量;在初始化代码之后执行的第一个函数为main(ArgCount, ArgStrings)。
可见Cmm语言的多数概念来自于C语言,而与JavaScript所体现的面向对象特性毫无关系。例如Cmm的数组是一个独立的数据类型,取得数组 的长度应使用GetArraySpan(aArr)函数,而不是取数组这个对象的一个属性aArr.length。通过对Cmm语言特性的详细分析可见: 即使JavaScript与Cmm存有一些相似的部分,那么最多也是其借鉴自C语言的表达式运算、语句语法等等,而这些并不足以成为 “JavaScript语源自Cmm”的证据。
而在这个话题中的另一个角色,是名为“ScriptEase”的脚本语言,它也是最早符合ECMAScript 262标准的语言之一——简单的说,它也是一个JavaScript语言。而且,Nombas公司正是因此将Cmm与JavaScript挂上关系,因为 他们声称:ScriptEase就是Cmm,只不过是换了个名字。
真的只是换了一个名字这样简单吗?
此前我们说过,Cmm的最后一个可见的发布包含在CEnvi 2.11中,发布时间是1996.02.20,其语言特性与上述列表一致(没有变化)。这个语言是什么时候更名的呢?答案是:晚于1997.02.06。 因为在1997年4月至6月间,Nombas公司发布了CEnvi的3.0版本,在这个版本中首次使用到ScriptEase这个名字,其中的名为 HISTORY的文件——该文件被打包的时间(令人惊奇地)是1997.02.06——描述这次更名的缘由:
那么在这个版本中的ScriptEase又具有什么样的语言特性呢?答案是:与Cmm 1.0~2.11相比仍然没有变化。对比该ScriptEase 3.0发布包中的语言手册《The ScriptEase Language》与Cmm 2.11中对应文档可知:数组、字符串、函数、GOTO语句等等一切,仍跟Cmm中一模一样。
但是这个原来叫Cmm的语言摇身一变,改名叫ScriptEase了。现在,请看下面这样的代码(语言手册对比,左侧为ScriptEase 3.0 - 1997.04.15文档,右侧为Cmm 2.11 – 1996.02.20文档):
相信任何一个看过JavaScript代码的人都会明白,这个名为Cmm/ScriptEase的语言,所采用的函数声明的语法绝非 JavaScript语法,也绝对不可能符合ECMAScript所定义的规范。而此时已是1997年,JavaScript 已经发布了两年,ECMAScript标准已即将发布(1997.06)。虽然现在的Cmm已经更名为ScriptEase,但在其语言手册中仍然找不到 Object这样的词汇,代码上仍然使用着最初的函数声明语法。
那么,这样的一门语言又是何时摇身一变,以至于被误认为“JavaScript的语源”的呢。这一时间还要推进到半年之后,也就是1997年12 月。这时ScriptEase发布了它的4.0版,在目前可以找到的一个名为“ScriptEase:WebServer Edition 4.01 – 1997.12.08”版本中(准确的说,我并没有找到3.0至4.0的全部发布过程),终于有了一份手册,开始采用如下的语法:
正是在这份ScriptEase官方手册中,写道:
现在这一切还需要解释吗?以下两个言论:
- ScriptEase在从3.0到4.0的过程中,采用了ECMAScript标准,进而实现了JavaScript的一个版本;和
- JavaScript语源自Cmm,继承了后者语言特性
之中,后者是何等的站不住脚?!然而,它正是这样地画在了O’Reilly的图册里(*4):
三、真相:Nombas公司的广告做得太好
大概是2001年前后,Nombas官方网页对其ScriptEase的介绍中,使用着一份名为“History of ScriptEase and JavaScript”的文档(*5),但这个网页使用着与该文档标题完全不同的TITLE图片:
这篇文章的序言写得中规中矩。大意是说1992年到1993年间,Nombas开发了一个Cmm语言。不过这里讲到了该语言是 “embeddable scripting language”,如前所述,这时的Cmm并没有嵌入式的特性。但是从后来Nombas总是同时发布CEniv的不同操作系统平台版本来看,Cmm语言 是采用了跨平台的语言(例如C)编译的。而“Cmm随CEnvi发布不同平台版本”并不能作为它“具有嵌入特性”的充分证据。再退一步来看,即使Cmm具 备了嵌入式语言特性,可作为独立模块来嵌入到CEnvi发布,也并不表明它可以嵌入到后来的Netscape Navigator中,因为后者在当时是闭源的,没有可能让CEnvi来“嵌入”。
然而这一点,在《JavaScript高级程序设计》中被写成:
When the popularity of Netscape Navigator started peaking, Nombas developed a version of CEnvi that could be embedded into web pages.
(在Netscape Navigator受到人们的狂热追捧之际,Nombas公司开发了能够嵌入到Web页面中的CEnvi版本。)
可惜这并非事实。关于这一点,Nombas的原文是:
When Netscape's first commercial browsers were released we made a version of CEnvi that could handle short scripts embedded within web pages.(当Netscape的第一个商业浏览器发布时,我们创建了一个嵌入在WEB页面中的、能够操作简短脚本的CEnvi版本。)
Nombas并没有在这里指明“first commercial browsers”是Netscape的哪一个具体版本。因此这段文字很容易让人误解为NN 1.0发布的时候,CEnvi就已经可以实现网页内嵌脚本了。而事实上,所谓的“CEnvi定制版本”根本就没有出现过,即使曾经有过,也不过是 Nombas在NN 2.0 beta中玩的一些小手脚。进一步地说,这时的Cmm、CEnvi以及后文中的"Espresso Pages",都只是Nombas在NN 2.0 Beta发布阶段的一些技术尝试而已。
然而,这篇Nombas的原文又继续谈论“网页内嵌脚本”的一些特点。例如:
By embedded scripts within the page we allowed the client side to handle processing, rather than making all dynamic interaction happen on the server. This brought immediate client-side interaction with the user.(使用网页中的嵌入脚本,我们允许客户端控制一些东西,这比让所有动作发生在服务器端更好。这强化了客户端与用户之间的交互。)
这些特性描述也就仅仅是对这类技术的一个概述而已,并不表明什么有“原创”、“独创”或“初创”的意义(注意这段文字的未尾使用了“句号”)。但是接下来,Nombas耍了一个小花招,在文章中说:
The advantages of client-side handling were made obvious by Nombas' "Espresso Pages", and Netscape soon began work on their own version, which they called LiveScript, and then renamed to JavaScript just before its final release.(Nombas的"Espresso Pages"使客户端控制的优势更加明显,接下来(and?)Netscape很快在他们自己的版本上开始工作,他们称之为LiveScript,然后就 在正式版本之前更名为JavaScript。)
注意,“Netscape很快在他们自己的版本上开始工作”之前的“and”,这里可以理解为“接下来”,或者“并且”,或者仅仅是语气上的连贯, 但无论如何,这此前一个“逗号”便暗示了“their own version(他们自己的版本)”与前面所述的一切存在“必然的”关系。然而如本文此前所述的:
- “Espresso Pages”中网页内嵌脚本的想法,在NN Beta2中就已经成熟了,而后者早前了一个多月就发布了,谈不上受到了“Espresso Pages”的影响。
同样的,正是由于这个“and”以及逗号,使得LiveScript与后面的JavaScript“变成了”Cmm的一个后来者,被错误地解读成了“存在语源上的关系”。而本文此前的分析说明:
- 事实上是Cmm受到了JavaScript的影响:ScriptEase在从3.0到4.0的过程中,采用了ECMAScript标准,进而实现了JavaScript的一个版本。
正是Nombas原文中的措辞,不可避免地让人认为LiveScript是基于"Espresso Pages"思想的(或受到其影响的)一个版本,进而发展成为JavaScript。但是事实上:
- JavaScript最早被称为Mocha(魔卡),这是项目的代码名。这个名字一直用到NN2.0 beta 2发布之前(95.11.04)——包括在beta 1中弹出的错误框上,还可以看到Mocha的名字。
- NN2.0 beta2发布的时候使用了LiveScript这个内部名称。
- 随后Netscape与SUN共同发布声明(1995.12.04),正式启用了JavaScript这个名字。直到NN2.0 beta4发布时(1995.12.20),其文档与软件界面中才开始统一使用JavaScript这个名字。
这一切,与“Espresso Pages”是否出现,有什么样的关系吗?——毫无关联!
四、最后的定论,Brendan Eich的澄清
在Wiki Talk中保留着Brendan Eich的一段对话(*6),足以为Cmm与JavaScript之间的关系做最终的澄清。
Hello. I first met Brent Noorda in late 1996, when Netscape brought JavaScript to ECMA for standardization. I had never heard of NOMBAS or its products before then. When I created JS in May 1995 (in about ten days for the core language implementation; the rest of that year was consumed by the DOM and browser embedding work), my influences were awk, C, HyperTalk, and Self, combined with management orders to "make it look like Java."
其一是与Cmm/Nombas的关系:
我第一次见到Brent Noorda是在1996年底,……在此之前我从未听说过NOMBAS或它的产品。
其二是JS语言的创建过程,以及大概的时间:
在1995年5月开始创建JS的时候(大约10天用于核心语言实现,其它的时间主要是用在DOM以及浏览器嵌入方面)。
其三是关于JS语源的最终结论:
我的影响主要来自于awk、C、HyperTalk和Self,以及主管们所要求的“使它看起来像Java一点”。
关于第三点,JavaScript“像”Java,而不是“语源自”Java,可以由《JavaScript Working Document 1.0》(1996.01.22),以及其原始的、Netscape公司的官方文档《JavaScript Authoring Guide》文档中的原文(*7):
The JavaScript language resembles java, …
以佐证。JavaScript在语法上与Java、Awk和Perl都有一定“形似”,这可以由《JavaScript Language Specification V1.1》(1996.11.18,Brendan Eich参与编订)文档中的原文(*8):
Borrows most of its syntax from Java, but also inherites from Awk and Perl
以佐证。最后,关于Brendan Eich所言:
my influences were awk, C, HyperTalk, and Self
其中的关键语言特性——原型继承、动态类型和动态数据绑定等,并未出现在Netscape Navigator 2.0及其中的JavaScript 1.0中,因此这里不再详究。
发表评论
-
11 自己的JS调试工具 myLogger()对象
2012-10-15 08:57 852/** * @author elf */ funct ... -
使用 jQuery 的 6 大理由
2012-08-04 20:56 1072jQuery是一个用来简化HTML客户端开发的JS(JavaS ... -
Javascript中的Document对象详解
2012-07-22 17:22 1123--------------------- ... -
八款Js框架介绍及比较
2012-07-22 17:20 1243Js框架介绍 目前来 ... -
改善用户体验之alert提示效果
2012-07-22 17:18 1038轉自:http://bbs.blueidea.com/thre ... -
Javascript 刷新框架及页面的方法总集
2012-07-22 17:17 973声明: 最近越来越感觉JS的优越性,项目中用到 ... -
分享一个原创图片轮转效果
2012-05-10 08:05 1154一个简单的JavaScript图片轮转效果。先上图(盗用了QQ ... -
迟来的真相:关于JavaScript的历史
2012-03-29 08:25 969转自:http: ... -
JavaScript类型总览(图)
2012-03-29 08:24 882转自:http://blog.csdn.net/aimin ...
相关推荐
1. JavaScript 的语源问题:JavaScript 并不是 Nombas 公司的 Espresso Pages 首次在 Web 中使用的脚本语言,而是 Netscape Navigator 2.0 中对脚本的支持。 2. Netscape Navigator 2.0 中对脚本的支持:Netscape ...
### 电脑电源拆解详图:关键知识点 #### 1. **电源供应器的基本功能与重要性** - 电脑电源供应器是将市电转换为适合电脑内部各部件使用的直流电的设备。 - 它不仅为CPU、内存、硬盘、显卡等核心组件供电,还负责...
2. 墙体和隔断详图:详细说明墙体的厚度、材料、隔音要求,以及安全玻璃和防弹材料的应用。 3. 自助服务设备布局图:展示ATM机、存款机等自助设备的位置,考虑人流走向和隐私保护。 4. 安全设施详图:包括防爆、...
7. 设计详图:详图是建筑设计的关键部分,它详尽展示了建筑各个部位的尺寸、材料、构造方法等,是施工人员按照设计意图进行施工的依据。长寿广场的设计详图可能包括平面图、立面图、剖面图、节点大样图等,每一种都...
1. 结构节点详图:这部分详图展示了别墅的承重结构、梁柱连接、基础构造等关键部位的细节设计,确保建筑的安全性和稳定性。 2. 墙体节点详图:详图会展示墙体的砌筑方式、保温材料的应用、门窗的设置及防水处理等,...
### Advance Steel 详图设置资料知识点详解 #### 一、概览 《Advance Steel 详图设置资料》是一份详尽的技术文档,旨在为用户提供关于Advance Steel软件中图纸设置方面的全面指南。该文档覆盖了从基础概念到高级...
它能够处理从概念设计到施工详图的全过程,确保设计的精确无误,并减少现场施工中的问题。 2. **关键功能** - **三维建模**: Tekla Structures 提供了全面的三维建模环境,可以创建、修改和分析各种钢结构元素,...
4. 节点详图:如本压缩包所指,节点详图是施工详图的重点,它详细描绘了建筑构造的交接部位,如门窗接缝、梁柱连接、防水处理等,对于解决施工中的细节问题至关重要。 5. 配套图纸:可能包括电气、给排水、暖通空调...
本资源"AutoCAD设计图纸一套园林公园施工详图-dwg源格式.zip"包含了一套完整的园林公园施工详图,提供的是DWG源格式文件,对于学习CAD操作、毕业设计以及高等教育中的实践教学具有极高价值。 一、CAD源文件的重要性...
墙身详图 cad
由于您提供的【部分内容】段落没有提供具体的内容,而是重复了来源信息和整理者信息,因此我无法从中提取出有关“钢结构详图设计实例图集”的具体知识点。但我可以依据标题和描述,推测相关知识点并详细阐述。 ...
《餐厅总服务台详图:建筑设计与CAD施工详解》 餐厅总服务台是任何餐饮场所的重要组成部分,它不仅是顾客的第一印象区,也是整个餐厅运营的中枢。本资料集包含了餐厅总服务台的全套CAD施工详图,适用于设计院通用的...
在这个压缩包中,我们可以期待找到以下几类CAD施工详图: 1. 基本平面图:这包括了电视背景墙在房间整体布局中的位置,墙面尺寸、电视位置、插座和开关的布置等细节,以及与相邻墙体、家具的关系。 2. 结构详图:...
《大堂石材柱详图:建筑设计与CAD施工详解》 在建筑行业中,施工详图是施工过程中的重要指导文件,它们通常由专业设计院精心绘制,确保建筑物的每个细节得以精准执行。本压缩包文件“大堂石材柱详图_全套图纸_设计...
标准篮球场详图,
在建筑工程领域,施工详图是项目实施的关键环节,它们提供了精确的设计细节,指导现场施工人员进行操作。"铁栅门节点详图 33个_全套图纸_设计院通用大样节点_建筑CAD施工详图.rar"这个压缩包文件包含了与铁栅门设计...
《门窗安装详图:设计院通用大样节点与建筑CAD施工详图解析》 在建筑工程领域,门窗安装详图是至关重要的技术文档,它们详细描绘了门窗的尺寸、构造、安装方式以及与其他建筑元素的接口关系。这个压缩包文件“门窗...
拆卸外用电梯同样需要按照详图进行,通常顺序与搭设相反,先拆卸电气系统,再逐步拆除井架、驱动装置等,最后处理地基。 六、安全注意事项 施工电梯的使用涉及高空作业,安全问题至关重要。操作人员应佩戴安全帽、...
2. 详图:详图是施工图的重要部分,详细展示了建筑构件的具体尺寸、形状、材料和施工方法。在石材幕墙的详图中,可能包括了立柱、横梁、挂件的构造、节点连接方式、防水处理、抗震设计等内容。 3. 大样节点:大样...
2. 结构详图:详细说明支撑结构、梁柱、楼板等建筑元素的设计和构造要求。 3. 装饰立面图:展示墙面、地面、天花板的装饰材料、颜色、纹理以及装饰元素的布置。 4. 电气图:包括照明、插座、音响、控制系统等电气...