阅读更多
上周我们看到很多关于Harmony(和谐)的各式各样的新闻。它们有太多名字,牵涉到各种JavaScript版本协议规格,项目和常用技术术语,造成混乱,Alex同学对这这些概念做了解释:

ECMAScript 3:

别名:JavaScript,ES3,ECMAScript 262-3和JScript。

现在所有的浏览器都支持JavaScript,ECMAScript 3是ECMAScript中最通用的标准规格。它已经很古老了,下面列出的都不是被广泛接受的标准。

ECMAScript 4:

别名:ES4,"JavaScript 2"

一个新的语言,大部分向后兼容,但是增添了新的可选择的类型和类继承的性能。基于松散的Adobe ActionScript 3。这次正是ECMAScript 4死亡,而Harmony诞生。技术委员会放弃了ECMAScript 4.0,选择了渐进版ECMAScript 3.1,又名“Harmony(和谐)。

ECMAScript 3.1

别名:ES3.1,是ES3的添加部分。

这个版本计划是去年年底由Microsoft和Yahoo主导,让整个标准分裂,但是Harmony的诞生消除了裂痕。

ActionScript 3

别名: AS3

Adobe现在支持的类似JavaScript的语言,只是有些功能象Java一样提供强类型和基于类语法。在这个基础上做了很多工作而成为ES4.

Tamrin

一个JIT(Just-In-Time)字节代码虚拟机,是Flash播放器的核心,以开源的ActionScript虚拟机为基础。由Adobe贡献给Mozilla基金会。这个虚拟机现在能够运行ActionScript 3代码,未来可能能够运行“真正”的Mozilla JavaScript代码。它并没有完全实现ES3或者ES4,但是通过它自己的字节代码来展示在前台,满足开发者的需求。

Tamarin-tracing

一个类似Tamarin的虚拟机能够实现同样的字节代码语言,但是被设计成为由移动设备使用和其他代码数量和VM footprint非常重要的场合。它实现trace-tree JIT来加速热点区域。同样由Adobe贡献给Mozilla。

TC39

ECMA技术委员会名称,受特许解决JavaScript语言相关事宜。

Harmony

一个新的语言代码名称,ES3.1后继版本,将继续ES4努力实现的目标,但是和ES4的方向和内容有大不同,着重点面对渐进和更广泛的解决方案,Javascript 2 中很多被期待的,非常重要的改进都被取消,比如,类似 Python 的 package 与 namespace 功能。

JavaScript 2

一个可以说已经死亡的名称。这个名字最初是1999年由Waldemar Horwat的第一个关于JavaScript广域解决提案中提出的。提议并没有完全成功(微软在JScript.NET中实现了部分功能。)和通过TC39延续的后继工作进入ES4被统称为"JavaScript 2"。JavaScript 2并不代表一个被认证的标准或现在的提案。

ECMAScript

JavaScript 语言的正式名称。自从Sun公司宣布拥有JavaScript这个名字,商标上出现冲突,所以对JavaScript拥有认证权利的ECMA委员会强制改成这个名字。
来自: ajaxian.com
5
0
评论 共 1 条 请登录后发表评论
1 楼 keke020 2008-08-23 09:44
ECMA=European Computer Manufacturers Association欧洲计算机厂商协会

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 设备驱动函数deviceiocontrol实战实例

    可以获取硬盘、光盘、软盘等设备的具体信息

  • 用 Delphi 编写 VxD 设备驱动程序(转)

    google_ad_client = "pub-2947489232296736";/* 728x15, 创建于 08-4-23MSDN */google_ad_slot = "3624277373";google_ad_width = 728;google_ad_height = 15;//<script type="text/javascript"

  • 用 Delphi 编写 VxD 设备驱动程序

    关键词:Delphi控件杂项作者:Emil Biserov(dinfo@mail.primorye.ru)(Russion) 英语翻译:Vitaly Zayko(zayko@vitsoftware.com) 中文翻译改编:Riceball(teditor@mailroom.com) 前言   用 Delphi 3.0 编写 VxD 设备驱动程序,在Delphi 3 下编译通过,Delphi 2 下

  • Linux 驱动编写

    驱动程序(Device Driver)全称为“设备驱动程序”,是一种负责操作系统中的设备操作和通信,相当于硬件的接口,操作系统只能通过这个接口,才能控制硬件设备工作,否则不能正常工作。本博文主要讲解如何编写编译驱动程序、加载驱动模块、移除驱动模块等。 前提条件: 安装好Linux环境,这里选用Ubuntu16.04 步骤: 1、新建一个用于存放驱动文件的目录 $ mkdir...

  • Delphi 控制WDM驱动程序

    Delphi 控制WDM驱动程序 - delphi - gliethttp[ http://blog.chinaunix.net/u1/38994/showart_303312.html ] ... Delphi 控制WDM驱动程序

  • Delphi编写VxD设备驱动程序

    前言   用 delphi 3.0 编写 vxd 设备驱动程序,在delphi 3 下编译通过,delphi 2 下没有测试,delphi 4 建立的 object 文件 m$ linker 5.12.8181 不能识别,这里使用的汇编器是m$的macro assembler ver. 6.11d ,联结器是m$ incremental linker ver. 5.12.8181 ,它们来自 wi

  • python 映射网络驱动器_用Delphi实现网络驱动器的映射和断开

    p&gt;大家在运用Delphi编写网络应用程序时可能会遇到这样一个问题:在一个由Windows NT和Novell Netware组成的网络环境中,应用程序需要使用Novell网上的某些数据,如果每次都手工在Windows资源管理器中映射,断开网络驱动器,不仅繁琐而且显得不够专业。本文将介绍在Delphi中使用Windows32 API函数解决这一问题。一、 基本原理在Microsoft Win...

  • DeviceIoControl

    DeviceIoControl范例 IOCTL_INTERNAL_USB_CYCLE_PORT

  • 驱动开发:VXD教程

    Windows95是一个运行在最高级特权,第0层级别的多线程操作系统。所有的应用程序都运行在最低级特权,第3层级别上。这样就限制了 应用程序对系统的操作。它们不能使用cpu特权指令,不能直接访问I/O端口,等等。你对gdi32,kernal32和user32这三个大的系统组件一 定很熟悉。你肯定会认为这样重要的代码段一定是在第0层级别下运行的。但是实际上,它们和其他的应用程序一样,是在第三层级别下运行的。这就是说它们并不比Windows计算器,或者扫雷游戏有更多的权限。系统的控制实权掌握在虚拟级管理器(VMM) 和虚拟设备驱动程序(VxD)手中。 这一切都是由dos引起的。在Window 3.x的时代,在市场上有很多成功的dos软件。Windows 3.x必须同时运行普通的Windows程序和dos程序,否则,它就会失去市场。 这个局面是很难处理的,因为dos程序和Windows程序有本质的不同。dos程序认为它们拥有系统的一切:键盘,cpu,内存,硬盘等等。dos程序不知道怎样和其他程序合作,而Windows程序(从那时候起)是可靠的多任务合作系统。也就是每个Windows程序都必须通过GetMessage或PeekMessage来和其他程序进行交流。 解决办法就是,在一个8086虚拟机上运行所有的dos程序,而在另一个叫做系统虚拟机的虚拟机上运行其他所有的Windows程序。Windows负责把cpu运算时间轮流的分给每个虚拟机。这样,在Windows 3.x里。Windows程序之间用的是合作多任务,而虚拟机之间用的是优先级多任务。

Global site tag (gtag.js) - Google Analytics