ECMAScript 6 compatibility table
V8 SpiderMonkey JavaScriptCore Chakra Carakan KJS Other ⬤ Minor difference (1 point) ⬤ Small feature (2 points) ⬤ Medium feature (4 points) ⬤ Large feature (8 points) Compilers/polyfills Desktop browsers Servers/runtimes Mobile Feature name Current browser ES6 Trans- piler Traceur Babel 6 + core-js 2 Babel 7 + core-js 2 Babel 7 + core-js 3 Closure 2020.06 Closure 2020.09 Closure 2021.08 Closure 20
Node.js — ECMAScript 2015 (ES6) and beyond
How much JavaScript do you need to know to use Node.js?
Exploring ES6
What you need to know about this book Audience: JavaScript programmers Why should I read this book? How to read this book Sources of this book Glossary Conventions Demo code on GitHub Sidebars Footnotes Foreword Preface Acknowledgements About the author I Background 1. About ECMAScript 6 (ES6) 1.1 TC39 (Ecma Technical Committee 39) 1.2 How ECMAScript 6 was designed 1.3 JavaScript versus ECMAScript
【完全日本語訳＋解説】ECMA-262 Edition 5.1を読む
最もホットなプログラミング言語の一つ「JavaScript」の仕様書「ECMA-262」の最新版「Edition 5.1」を、元SC22/ECMAScript ad hoc委員が完全翻訳+解説。 目次 訳者まえがき ・JavaScriptの歴史 ・ECMAScriptの登場 ・ECMA-262 Edition 5とは ・本書の読み方 謝辞 はじめに 第1条 適用範囲 第2条 準拠条件 第3条 引用規定 第4条 概要 第5条 表記規約 第6条 ソーステキスト 第7条 字句規約 第8条 型 第9条 型変換とテスト 第10条 実行可能コードと実行コンテキスト 第11条 式 第12条 文 第13条 関数定義 第14条 Program(プログラム) 第15条 標準の組み込みECMAScriptオブジェクト 第16条 エラー 付属文書A 文法要約 付属文書B 互換性 付属文書C ECMAScriptの
Annotated ES5 - 15.11.1 The Error Constructor Called as a Function
This is not the normative ECMAScript Language specification. The normative spec (ECMA 262) is a PDF file maintained by ECMA TC39 and is available from http://www.ecmascript.org/. An auto-generated HTML version is available, too: http://ecma-international.org/ecma-262/5.1/ This is an annotated, hyperlinked, HTML version of Edition 5.1 of the ECMAScript Specification, the source for which is maintai
Node で使える ECMA Script 5 の新機能 - Block Rockin’ Codes
追記 11/9/24 Gistのリンクを本家Wikiに貼ってみました。 11/9/24 log 関数を修正しました。 11/7/10 JSON.stringify の第二引数 replacer について、補足しました。 11/7/14 os0x さんの指摘を反映しました。 String.trimRight、trimLeft は ECMA Script 5 非標準です。 JSON.stringify の第3引数には"\t"などの文字列も渡せます。 JSON.parse の第2引数 reviver について補足しました。 Array.prototype.forEach の第2引数 について補足しました。 "use strict" 時の Object.freeze 等の挙動について補足しました。 「ECMA5 というのはちょっとおかしな略し方」について補足しました。 タイトルを修正しました。(旧
ES5, Property Descriptor解説 - 枕を欹てて聴く
JavaScript Advent Calendar 2010 6日目のid:Constellationです. ECMAScript5になって大きく変更されたといえば, strict mode, early error, Object extras, そしてProperty Descriptorの概念です. ということで今回はES5 PropertyDescriptorについてまるっと分かってしまおうということで. Property Descriptorとは JavaScriptのObjectは事実上Hash Tableです. しかし, key -> value という対応でHash Tableに格納されているのかといえばそうではありません. なぜなら, EcmaScriptにはgetter / setterやattributeが存在するからです. // getter / setter v
コア・JavaScript ( JavaScript. The Core. ) - oogattaの勉強日記
この文章は、 Dmitry A. Soshnikov さんの、 ECMAScript に関する優れた記事 "JavaScript. The Core." を許可を得て翻訳したものです。世の中に、 JavaScript のブラウザ API や、実装系に関する記事は多々あれど、 ECMAScript の仕様に則って、ここまで詳しく説明してくれている記事は殆ど無いと思います。今回は翻訳できておりませんが、文中で参照されている Dmitry さんの ES3 シリーズも、読み応えのある（ ECMAScript3 の仕様の副読本としても読める）素晴らしい内容ですので、是非チャレンジしてみてください！（ご要望があれば訳します翻訳許可を頂いたので、この記事内で参照されている章から逐次翻訳を進めます！）。 ちなみに Dmitry さんは、計算機科学や数学にも明るい方でらっしゃいます。が、私は違います。極力
次の JavaScript の仕様はこうなる！ ECMAScript 3.0 から 3.1 への変更点まとめ - IT戦記
はじめに JavaScript の標準仕様である ECMAScript 3rd Edition (ECMAScript 3.0) が 9 年ぶりにバージョンアップしようとしています。 実は、これまでも様々なバージョンアップの案が上がっては消え、また上がっては消えていました。 しかし、今回のバージョンアップには今までと違う点が一つだけあります。 それは、現時点での主要な ECMAScript インタプリタ（JavaScript の実行エンジン）を作っている全団体（以下を参照）がこの仕様に同意したことです。 Mozilla (Firefox) Apple (Safari) Microsoft (Internet Explorer) Opera (Opera) Adobe (Flash) Yahoo (Yahoo Widget) Google この同意は JavaScript のこれからを大きく
JavaScript 2.0はECMAScript 3.1ベースに、ECMAScript 4は譲歩 | エンタープライズ | マイコミジャーナル
ECMAScript JavaScript 2.0の動きに大きな変化があった。ECMAScript 4をベースにしたプログラミングを練習してきたのであればそれは改めなければならないようだ。JavaScript 2.0はECMAScript 4ではなくECMAScript 3.1をベースとしたものになりそうだ。MozillaでJavaScript Evangelistを務めるJohn Resig氏のブログにこのあたりの事情がまとめられている。 次期ECMAScriptの規約策定にはAdobe、Mozilla、Opera、Googleなどが主に参加していたECMAScript 4と、MicrosoftやYahoo!が主に参加しているECMAScript 3.1の2つの流れがある。ECMAScript 4は多くの機能を取り込んで大幅に言語を変更するもので、ECMAScript 3.1はECMAS
JavaScript 2.0で開発可能に - "Mascara"登場 | エンタープライズ | マイコミジャーナル
Webアプリケーションの開発言語としてJavaScriptはますますその重要度をましている。言語の仕様策定も活発だ。バイトコード仮想マシンやJITの実現(Tamarin、SquirrelFish)など実装側の努力もあり、JavaScriptの実行パフォーマンスは向上し続けている。クライアントサイドのみならずサーバサイドもJavaScriptで実装しようというAptana Jaxerが登場するなど、今もっともホットな言語といえる。 しかしながらWebアプリケーションの世界ではJavaやPHPが大きなシェアを占めてきたことや、RailsのようなRubyを使ったフレームワークの登場、Pythonの活用やC#の利用などもありJavaScriptを使いたがらないデベロッパも多い。そういったデベロッパはGWTのようにJavaScriptへ自動変換するフレームワークを活用できる。 ここではそうした取り組
perlとかphpいらんから、サーバーサイドECMAScriptが欲しい | fladdict
PearlとPHPどっちが優れてようがどうでもいいけど、誰かJavaScriptかActionScriptをサーバーサイド言語にしてくれないだろうか。ECMA言語でクライアントサイドもサーバーサイドも書けたら、これほどみんなが幸せになれる事ないと思うんだけどなぁ。誰も作らないのは何かテクニカルな問題でもあるんだろうか。 perlの代わりにサーバーサイド書けるオプソのECMA準拠エンジン作ったら英雄になれるよきっと。完成するなら俺10万ぐらいならドネーションしていいし、そういう人いっぱいいるはず。 Adobe謹製のECMAエンジンがMozillaに寄贈されてるんだし、誰かそれベースとかで作ってくれないかなぁ。 ＜追記＞ 俺の予想だと、Adobe AIRの2.0ぐらいでAIRプラットフォームにサーバー機能が追加されて、そこら辺の技術がフィードバックされて、ECMA4ベースでサーバーサイドかける
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ECMAScript 6 Tutorial