- 1 名前：デフォルトの名無しさん [2007/09/19(水) 09:08:01 ]
- 《ECMAScriptを語るスレ》
1. - 概要 -
ECMA-262規格として知られる言語（通称 ECMAScript）についての利用法や言語仕様、
その他四方山話をするスレです。
- ECMA-262 3rd Edition 標準規格（英語）-
www.ecma-international.org/publications/standards/Ecma-262.htm
Under Translation of ECMA-262 3rd Edition (日本語訳)
www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/
前スレ
ECMAScript デス 2
pc11.2ch.net/test/read.cgi/tech/1088298991/
過去スレ
JavaScript デス
pc5.2ch.net/test/read.cgi/tech/1052273054/
- 933 名前：デフォルトの名無しさん [2011/12/27(火) 05:35:05.97 ]
- どうしてECMAScript 4が駄目になったのかつくづく理解できない。
あれさえ通っていればJavaScriptが主流になることに異議はなかった。
2011年になってまだ新しいモジュールの書き方生み出していてどうするんだよ。
waka.hatenablog.com/entry/2011/11/27/215627
このまま本格的に使われるようだと、保守不能なコードが際限なく量産されるぞ。
CoffeeScriptならどうにかなるんかとおもいきや
フォラーム覗いたら、どうすんだよ、どうにもなんねーと揉めてる有様
2005年のスライド↓
「最後に生き残るのはJavaScriptかもな」
eto.com/d/PresenShibuyaJS.presen
完全に的中しているし、確かに生き残ったが、言語としてまるっきり停滞したまま生き残るとか
まして主流にしようとかありえないだろ。
正直、この10年かJavaScript界隈にいて日々バッドノウハウを生み出して喜んでた連中、
言語そのものをどうにかしようとしなかった連中を全員殴ってまわりたいレベル
- 934 名前：デフォルトの名無しさん mailto:sage [2011/12/27(火) 05:45:21.04 ]
- Googleが素直にECMAに沿って実装してればなあ。
- 935 名前：デフォルトの名無しさん mailto:sage [2011/12/27(火) 08:16:43.80 ]
- >>933
まだ本格的には使ってなくて眺めてる状態だけどひでえ書き方だな
プログラミング界隈じゃよくあるけど妄信的な連中が大声で喚いて何も進まない
- 936 名前：デフォルトの名無しさん mailto:sage [2011/12/27(火) 08:28:59.86 ]
- >>933
つ Dart
- 937 名前：デフォルトの名無しさん mailto:sage [2011/12/27(火) 08:44:54.83 ]
- Dartは信者も苦笑い。
- 938 名前：デフォルトの名無しさん mailto:sage [2011/12/27(火) 12:01:46.95 ]
- 4を無理に通してたらバベルの塔再来になってた。
慎重に合意取り付けてくのは当たり前。
今でも非互換性が問題になって、
$(document).readyとかやってるのに。
それから4の機能の殆どは継続審議されてる。
HTML5界隈でも標準化が順調に進んでる。
- 939 名前：デフォルトの名無しさん mailto:sage [2011/12/27(火) 21:33:42.89 ]
- blogs.msdn.com/b/ie_jp/archive/2011/12/27/10251140.aspx
Math.coshとかMSは何をやってるんだ…
- 940 名前：デフォルトの名無しさん mailto:sage [2011/12/27(火) 22:20:17.73 ]
- 大規模な JavaScript
大規模なアプリケーションを構築する場合、高品質なオーサリング機能やツールの活用が不可欠になります。
そのような場合は、クラスなどの高度な抽象化およびその他の一般的なプログラミング パターンを基盤として、
ツール利用のエクスペリエンスを向上させることができます。
数十万行の JavaScript コードから成る Office Web アプリケーションは、主に Script# をベースに記述されており、
JavaScript にコンパイルされ、今日の各種ブラウザーで実行できるようになっています。
Google Web Toolkit などのツールセットも同様のアプローチを採っています。
最近では、Traceur や CoffeeScript などの変換コンパイラ ライブラリによって、
JavaScript への追加構文や、完全な代替構文も、今日のブラウザーでランタイムへの変更なしに処理可能なことが実証されています。
JavaScript には基本的な欠陥があり、これらのシナリオをサポートするには JavaScript の構文およびランタイムからの “決別” が必須であると予告する向きもあります (Dart の例など)。
私たちはこうした見解には同意しません。
TC39 委員会の参加者として、標準ランタイムを拡張し、大規模な JavaScript 開発のサポートに必要な構文機能を既存の JavaScript 標準の上に構築できると確信しています。
- 941 名前：デフォルトの名無しさん mailto:sage [2011/12/28(水) 00:18:05.15 ]
- 今更ECMAScript 4を持ちだすやつのFlash臭
- 942 名前：デフォルトの名無しさん mailto:sage [2011/12/28(水) 23:15:02.26 ]
- >>926
Mozillaの独自実装とは違った仕様になる可能性大だけどな
|
 |
