Paradigm(s) | Multi-paradigm: prototype-based, functional, imperative, scripting |
---|---|
Appeared in | 1997 |
Designed by | Brendan Eich, Ecma International |
Typing discipline | Duck, weak, dynamic |
Dialects | JavaScript, ActionScript, JScript, QML, QtScript, InScript |
Influenced by | Self, HyperTalk, AWK, C, Perl, Python, Java, Scheme |
Filename extension | .es |
---|---|
Internet media type | application/ecmascript[1] |
Developed by | Sun Microsystems, Ecma International |
Initial release | June 1997 |
Latest release | Edition 5.1 / June 2011 |
Type of format | Scripting language |
Extended from | JavaScript |
Website | ECMA-262, ECMA-290, ECMA-327, ECMA-357 |
This article is part of
the JavaScript series. |
JavaScript |
JavaScript syntax |
JavaScript topics |
ECMAScript is the scripting language standardized by Ecma International in the ECMA-262 specification and ISO/IEC 16262. The language is widely used for client-side scripting on the web, in the form of several well-known dialects such as JavaScript, JScript, and ActionScript.
Contents |
JavaScript was originally developed by Brendan Eich of Netscape under the name Mocha, later LiveScript, and finally renamed to JavaScript.[2] In December 1995, Sun Microsystems and Netscape announced JavaScript in a press release.[3] In March 1996, Netscape Navigator 2.0 was out, featuring support for JavaScript.
Due to the widespread success of JavaScript as a client-side scripting language for web pages, Microsoft developed a compatible dialect of the language, naming it JScript to avoid trademark issues. JScript added new date methods to fix the non-Y2K-friendly methods in JavaScript, which were based on the Java Date class.[4] JScript was included in Internet Explorer 3.0, released in August 1996.
Netscape delivered JavaScript to Ecma International for standardization and the work on the specification, ECMA-262, began in November 1996.[5] The first edition of ECMA-262 was adopted by the Ecma General Assembly of June 1997. Several editions of the language standard have been published since then.
ECMAScript is the name of the scripting language standardized in ECMA-262. The name "ECMAScript" was a compromise between the organizations involved in standardizing the language, especially Netscape and Microsoft, whose disputes dominated the early standards sessions. Brendan Eich, the creator of JavaScript, commented that "ECMAScript was always an unwanted trade name that sounds like a skin disease."[6]
While both JavaScript and JScript aim to be compatible with ECMAScript, they also provide additional features not described in the ECMA specifications.
There are five editions of ECMA-262 published. Work on a future edition, codenamed "Harmony", is in progress.
Edition | Date published | Differences to the previous edition | Editor |
---|---|---|---|
1 | June 1997 | First edition | Guy L. Steele, Jr. |
2 | June 1998 | Editorial changes to keep the specification fully aligned with ISO/IEC 16262 international standard | Mike Cowlishaw |
3 | December 1999 | Added regular expressions, better string handling, new control statements, try/catch exception handling, tighter definition of errors, formatting for numeric output and other enhancements | Mike Cowlishaw |
4 | Abandoned | Fourth Edition was abandoned, due to political differences concerning language complexity, with some of the work forming the basis of Fifth Edition and some forming the basis of ECMAScript Harmony. | |
5 | December 2009 | Adds "strict mode", a subset intended to provide more thorough error checking and avoid error-prone constructs. Clarifies many ambiguities in the 3rd edition specification, and accommodates behaviour of real-world implementations that differed consistently from that specification. Adds some new features, such as getters and setters, library support for JSON, and more complete reflection on object properties.[7] | Pratap Lakshman, Allen Wirfs-Brock |
5.1 | June 2011 | This edition 5.1 of the ECMAScript Standard is fully aligned with third edition of the international standard ISO/IEC 16262:2011 | Pratap Lakshman, Allen Wirfs-Brock |
Harmony | Work in progress | Multiple new concepts and language features — see the section "Future development" below. |
In June 2004, Ecma International published ECMA-357 standard, defining an extension to ECMAScript, known as E4X (ECMAScript for XML).
Ecma also defined a "Compact Profile" for ECMAScript — known as ES-CP, or ECMA 327 — which is designed for resource-constrained devices. Several of the dynamic features of ECMAScript (such as the eval
function) are made optional, thus allowing the runtime to make more assumptions about the behaviour of programs and therefore make more performance trade-offs when running the code. The HD DVD standard was one place where the ECMAScript Compact Profile was used in favour of full ECMAScript in order to reduce processing and memory requirements on a device.
The ECMAScript language includes structured, dynamic, functional, and prototype-based features, as officially summarized here.[8]
ECMAScript is supported in many applications, especially web browsers, where it is implemented by JavaScript, or, in the case of Internet Explorer, JScript. Dialects sometimes include extensions to the language, or to the standard library and related APIs such as the W3C-specified DOM. This means that applications written in one dialect may be incompatible with another, unless they are written to use only a common subset of supported features and APIs.
Application/Implementation | Dialect and latest version | ECMAScript edition |
---|---|---|
Mozilla Firefox, the Gecko layout engine, SpiderMonkey, and Rhino[d 1] | JavaScript 1.8.5[d 2] | ECMA-262, edition 5 |
Google Chrome, the V8 engine | JavaScript[d 2] | ECMA-262, edition 5[d 3] |
Internet Explorer, the Trident layout engine | JScript 9.0 | ECMA-262, edition 5 |
Opera | ECMAScript[d 4] | ECMA-262, edition 5[d 5] |
RemObjects Script for .NET | ECMAScript | ECMA-262, edition 5 |
KHTML layout engine, KDE's Konqueror, and Apple Inc.'s Safari[d 6] | JavaScript[d 2] | ECMA-262, edition 3 |
Appweb Web Server, Samba 4 | Ejscript 0.9.9 | ECMA-262, edition 3[d 7] |
Microsoft .NET Framework | JScript .NET 8.0 | ECMA-262, edition 3[d 8] |
Adobe Flash and Adobe Flex | ActionScript 3 | ECMA-262, edition 3[d 9] |
Adobe Acrobat | JavaScript 1.7[d 10] | ECMA-262, edition 3 |
General purpose scripting language | DMDScript 1.15 | ECMA-262 |
OpenLaszlo Platform | JavaScript[d 11] | ECMA-262, edition 3[d 12] |
CriScript, JScript for game platforms | CriScript 0.91.0 | ECMA-262, edition 3 |
iCab | InScript 3.22 (abandoned) | ECMA-262, edition 3 |
Max/MSP | JavaScript 1.5[d 2] | ECMA-262, edition 3 |
ANT Galio 3 | JavaScript 1.5[d 2][d 13] | ECMA-262, edition 3 |
KDE | QtScript | ECMA-262, edition 3 |
Caja | ECMA-262, edition 3[d 14] | |
Objective-J | ECMA-262, edition 3 | |
WMLScript | ECMA-262, edition 3 |
The following table is based on tedster's history compilation forum post[9] and Microsoft's JScript version information webpage.[10] Items on the same line are approximately the same language.
JavaScript | JScript | ECMAScript |
---|---|---|
1.0 (Netscape 2.0, March 1996) | 1.0 (IE 3.0 - early versions, August 1996) | |
1.1 (Netscape 3.0, August 1996) | 2.0 (IE 3.0 - later versions, January 1997) | |
1.2 (Netscape 4.0-4.05, June 1997) | ||
1.3 (Netscape 4.06-4.7x, October 1998) | 3.0 (IE 4.0, Oct 1997) | Edition 1 (June 1997) / Edition 2 (June 1998) |
1.4 (Netscape Server only) | 4.0 (Visual Studio 6, no IE release) | |
5.0 (IE 5.0, March 1999) | ||
5.1 (IE 5.01) | ||
1.5 (Netscape 6.0, Nov 2000; also later Netscape and Mozilla releases) |
5.5 (IE 5.5, July 2000) | Edition 3 (December 1999) |
5.6 (IE 6.0, October 2001) | ||
1.6 (Gecko 1.8, Firefox 1.5, November 2005) | Edition 3, with some compliant enhancements: E4X, Array extras (e.g. Array.prototype.forEach ), Array and String generics (New in JavaScript 1.6) |
|
1.7 (Gecko 1.8.1, Firefox 2, October 2006) | Edition 3 plus all JavaScript 1.6 enhancements, plus Pythonic generators and array comprehensions ([a*a for (a in iter)] ), block scope with let , destructuring assignment (var [a,b]=[1,2] ) (New in JavaScript 1.7) |
|
1.8 (Gecko 1.9, Firefox 3, June 2008) | Edition 3 plus all JavaScript 1.7 enhancements, plus expression closures (function(x) x * x ), generator expressions, and more (New in JavaScript 1.8) |
|
JScript .NET (ASP.NET; no IE release) | (JScript .NET is said to have been designed with the participation of other Ecma members[11]) | |
JavaScript 2.0 (Work in progress) | Harmony (Work in progress; see the section "ECMAScript Harmony" below). |
In 2010, Ecma International started developing a standards test for Ecma 262 ECMAScript. Test262 is an ECMAScript conformance test suite that can be used to check how closely a JavaScript implementation follows the ECMAScript 5th Edition Specification. The test suite contains thousands of individual tests, each of which tests some specific requirements of the ECMAScript specification.
Development of Test262 is a project of Ecma Technical Committee 39 (TC39). The testing framework and individual tests are created by member organizations of TC39 and contributed to Ecma for use in Test262.
Important contributions were made by Google (Sputnik testsuite) and Microsoft who both contributed thousands of tests.
The Test262 testsuite already contains more than 11,000 tests and is still being developed further.
The following table shows current conformance results of browser products. Lower scores are better, although scores can not be compared as tests are not weighted.
Product | Current version | Test262 failed | Beta/Preview version | Test262 failed | Test suite version (date) |
---|---|---|---|---|---|
Opera | 11.60 (Build 1185) | 1/11108 | 12.00 pre-alpha (Build 1174) | 1/11108 | ES5 (2011-11-28) |
Firefox | 9.0 | 164/11108 | Nightly 12.0a1 (2011-12-22) | 162/11108 | ES5 (2011-11-28) |
Internet Explorer | 9.0.8112.16421 | 394/11108 | 10.0 Preview 4 | 10/11108 | ES5 (2011-11-28) |
Chrome | 16.0.912.63 | 418/11108 | 18.0.978.0 | 35/11108 | ES5 (2011-11-28) |
Safari | 5.1.2 (7534.52.7) | 774/11108 | ES5 (2011-11-28) |
The proposed fourth edition of ECMA-262 (ECMAScript 4 or ES4) would have been the first major update to ECMAScript since the third edition was published in 1999. The specification (along with a reference implementation) was originally targeted for completion by October 2008.[12] An overview of the language was released by the working group on October 22, 2007.
As of August 2008, the ECMAScript 4th edition proposal has been scaled back into a project codenamed ECMAScript Harmony.
Features under discussion for a future edition (originally "ECMAScript 4"; now ECMAScript Harmony) include:
The intent of these features is partly to better support "programming in the large", and to let programmers sacrifice some of the script's ability to be dynamic for performance. For example, Tamarin — the virtual machine for ActionScript developed and open sourced by Adobe — has JIT compilation support for certain classes of scripts.
In addition to introducing new features, some ES3 bugs were proposed to be fixed in edition 4.[13][14] These fixes and others, and support for JSON encoding/decoding, have been folded into the ECMAScript, 5th Edition specification.[15]
Work started on Edition 4 after the ES-CP (Compact Profile) specification was completed, and continued for approximately 18 months where slow progress was made balancing the theory of Netscape's JavaScript 2 specification with the implementation experience of Microsoft's JScript .NET. After some time, the focus shifted to the E4X standard.The update has not been without controversy. In late 2007, a debate between Eich, now the Mozilla Foundation's CTO, and Chris Wilson, Microsoft's platform architect for Internet Explorer, became public on a number of blogs. Wilson cautioned that because the proposed changes to ECMAScript made it backwards incompatible in some respects to earlier versions of the language, the update amounted to "breaking the Web,"[16] and that stakeholders who opposed the changes were being "hidden from view".[17] Eich responded by stating that Wilson seemed to be "repeating falsehoods in blogs" and denied that there was attempt to suppress dissent and challenging critics to give specific examples of incompatibility.[18] He also pointed out that Microsoft Silverlight and Adobe AIR rely on C# and ActionScript 3 respectively, both of which are larger and more complex than ECMAScript Edition 3.[19]
Yahoo, Microsoft, Google, and other 4th edition dissenters formed their own subcommittee to design a less ambitious update of ECMAScript 3, tentatively named ECMAScript 3.1. This edition would focus on security and library updates with a large emphasis on compatibility. After the aforementioned public sparring, the ECMAScript 3.1 and ECMAScript 4 teams agreed on a compromise: the two editions would be worked on, in parallel, with coordination between the teams to ensure that ECMAScript 3.1 remains a strict subset of ECMAScript 4 in both semantics and syntax.
However, the differing philosophies in each team resulted in repeated breakages of the subset rule, and it remained doubtful that the ECMAScript 4 dissenters would ever support or implement ECMAScript 4 in the future. After over a year since the disagreement over the future of ECMAScript within the Ecma Technical Committee 39, the two teams reached a new compromise in July 2008: Brendan Eich announced that Ecma TC39 would focus work on the ECMAScript 3.1 (later renamed to ECMAScript, 5th Edition) project with full collaboration of all parties, and vendors would target at least two interoperable implementations by early 2009.[20][21] In April 2009, Ecma TC39 published the "final" draft of the 5th edition and announced that testing of interoperable implementations was expected to be completed by mid-July.[22] On December 3, 2009, ECMA-262 5th edition was published.[23]
In the July 2008 announcement, Eich also stated that the ECMAScript 4 proposal would be superseded by a new project, code-named ECMAScript Harmony. ECMAScript Harmony names the agreed design trajectory of post-ES5 editions. It will include syntactic extensions, but the changes will be more modest than ECMAScript 4 in both semantic and syntactic innovation. Packages, namespaces, and early binding from ECMAScript 4 are no longer included for planned releases. In addition, other goals and ideas from ECMAScript 4 are being rephrased to keep consensus in the committee; these include a notion of classes based on ECMAScript, 5th Edition (being an update to ECMAScript, 3rd edition).[24] As of December 2009[update], there is no publicly announced release date for next edition within the ECMAScript Harmony trajectory. Depending on Ecma, that next edition may end up being called ECMAScript, 6th edition.
|
|
|