- 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/
- 448 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 20:56:53 ]
- タマランｗ
- 449 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 22:33:15 ]
- PerlとRubyはv8と一緒だねぇ。
Pythonは分割してくれなかった。
- 450 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 23:26:21 ]
- なんでjsの正規表現エンジンって独自なんだろう？って所まで遡るわけか
- 451 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 23:41:05 ]
- 正規表現の拡張は許されてるんだから
WebKitとかPCRE使うならPCREの機能フルに提供しろよって感じだな
- 452 名前：デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:16:32 ]
- rubyの正規表現は鬼車だっけ
- 453 名前：デフォルトの名無しさん mailto:sage [2008/10/07(火) 11:12:21 ]
- PCREは仕様が結構変わるし、
PCREのまんまって仕様は難しいと思う。
今でもブラウザ依存が問題になっているのに。
それから、マッチに失敗した時は、空の配列を返せばいいのに…
- 454 名前：デフォルトの名無しさん mailto:sage [2008/10/07(火) 11:30:25 ]
- import pcre.*;
出来るようにならないかなあ。
- 455 名前：デフォルトの名無しさん mailto:sage [2008/10/07(火) 14:04:55 ]
- 名前空間ってアボーンしたんじゃなかったけ？
- 456 名前：デフォルトの名無しさん mailto:sage [2008/10/07(火) 16:01:35 ]
- import pcre;でいいよ、もう。
- 457 名前：デフォルトの名無しさん mailto:sage [2008/10/08(水) 17:35:46 ]
- C++0xのregexがECMAScriptの仕様を参照しているから、
こっちが変わったら向こうにも影響するかも。
- 458 名前：デフォルトの名無しさん mailto:sage [2008/10/08(水) 21:12:10 ]
- 正規表現で?<が使えるようにならないかな
- 459 名前：デフォルトの名無しさん mailto:sage [2008/10/08(水) 22:40:48 ]
- >>457
なんでよりによって？混乱すると思うんだが
- 460 名前：デフォルトの名無しさん mailto:sage [2008/10/08(水) 22:47:41 ]
- いっそSNOBOLとかIconを標準ライブラリに含めればいいんだよ。
javaあたりがやりそうで怖いけどなｗ
- 461 名前：not 457 mailto:sage [2008/10/09(木) 01:09:33 ]
- >>459
正規表現文法は数タイプ実装され、フラグで切り替えられて、
そのsyntax_option_typeの中にECMAScriptというのがある。
ただECMA282と明記された上で、さらなる改変部分も明記されているので、
大きな混乱は生じないんじゃないか。
ECMAScriptの仕様でも、もし挙動を変えるとすれば、
互換モードを付けることになるんじゃないかな。
- 462 名前：デフォルトの名無しさん mailto:sage [2008/10/22(水) 15:20:15 ]
- 262-3rd の 7 節を今ごろ読んでるんだけど、
lex レベルで InputElementDiv と InputElementRegExp のどちらを使うべき文脈か
なんてのは簡単に決められるの？結局きちんとパーズしないと駄目？
- 463 名前：デフォルトの名無しさん mailto:sage [2008/10/22(水) 17:39:15 ]
- 文脈自由文法とかチョムスキー標準形とか分かりますか?
- 464 名前：デフォルトの名無しさん mailto:sage [2008/10/26(日) 23:31:11 ]
- V8からOpenOfficeのUNOに接続できたら汎用言語になる？
- 465 名前：デフォルトの名無しさん mailto:sage [2008/10/26(日) 23:33:04 ]
- 今でも十分に汎用だよ。
- 466 名前：デフォルトの名無しさん mailto:sage [2008/10/27(月) 00:35:59 ]
- Rhinoな俺にはバックのjavaのライブラリが膨大すぎるんだがｗ
LiveConnect最高だ。
- 467 名前：デフォルトの名無しさん mailto:sage [2008/10/27(月) 10:57:21 ]
- >>464
やれやれー
- 468 名前：デフォルトの名無しさん mailto:sage [2008/10/27(月) 15:40:22 ]
- >>406
ES3.1はグローバルな名前空間一つしか用意しないで、
moduleを導入するみたい。elispやschemeのように。
>>399のような難しい話じゃないみたい。
とにかく仕様を整理しないといけないから、
構文も意味も全くいじらないで3.1を出す。
いじるのは4で入れる。
ただしコンパイル環境と実行環境でそろえないとまずいもの、
静的型チェック、名前空間などは入れたくないということらしい。
ejohn.org/blog/ecmascript-harmony/#comments
まあ、静的型チェック、名前空間があろうがなかろうが、
プログラムを書いている時と実行している時の
モジュールの仕様が変わったら、問題は出るはずなんだけど。
それを起こさないためのドメイン名風階層名前空間と
バージョン管理なんだから。
- 469 名前：デフォルトの名無しさん mailto:sage [2008/10/27(月) 23:09:19 ]
- >>468
ES3.1 draft に module 関係の言及はないと思うけど…後はいいけど。
- 470 名前：デフォルトの名無しさん mailto:sage [2008/10/27(月) 23:40:47 ]
- え？ elisp にモジュール入るの？
- 471 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 12:56:07 ]
- そういえばActionMonkeyが取りやめになったって、
MozillaがTamarinのGCを使うとかいってたのはどうなったの？
TraceMonkeyのGCはSpiderMonkeyのままなの？
- 472 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 13:39:11 ]
- >>471
Mozilla Developer Conference 2008 で講演してた浅井さん曰く、
Tamarin の GC 取り込みはやる予定だが Fx 3.1 (Gecko 1.9.1) には入らないんだとさ
Fx 3.2 とか Fx 4 以降になるんじゃないかっていう話だったと思う
詳しく覚えてる人いたら詳細求む
- 473 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 14:17:01 ]
- Tracing JITも同時に入れるって話じゃなかった?
tamarinのソースを少し読んだがあまりの汚さに驚愕。
入れるの取り止めになって正解。
あまりのことにMozilla弱体化の陰謀かと思ったよ。
Action Scriptの仕様は結構好きなんだが。
- 474 名前：デフォルトの名無しさん mailto:sage [2008/11/21(金) 18:05:33 ]
- >>471
https://wiki.mozilla.org/XPCOMGC
hg.mozilla.org/users/bsmedberg_mozilla.com/gcmonkey
steps.dodgson.org/?date=20081012
- 475 名前：デフォルトの名無しさん mailto:sage [2008/11/22(土) 12:51:48 ]
- 3.1にObject.seal()入るんだ。freeze()も。
よかった。
- 476 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 05:15:49 ]
- 前方互換が無くなるだけで不要な機能だろ
無用な方言を増やすだけの概念
- 477 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 09:13:33 ]
- class, moduleその他、
動的に変って欲しくないオブジェクトのために必要なんだよ。
- 478 名前：デフォルトの名無しさん mailto:sage [2008/11/23(日) 22:17:26 ]
- seal も freeze も、Object.defineProperty の糖衣構文だと思う
やってることは「内部プロパティを変更」という点で共通してる
あるととっても便利（特に [[Enumerable]] の変更）
- 479 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 03:15:50 ]
- 便利かどうかなんて訊いた覚えはないがありがとう。
＞“前方互換が無くなるので不要な機能”
forEach とかクラスメソッドは 3.0 でも Array や prototype を事前に拡張することで対応できる。
しかし Object.defineProperty は？
IE6 と IE7 で動かすためには __*** とか適当なプロパティ作って、
forEach をそれを見るような実装で上書きするような実装しか今俺には思い浮かばない。
とここまで forEach がある Array ならいいが
Object には Enumerable 関数は考えられてない（アホだよな）から
for in に対応できるような実装は不可能。
4.0 から 3.1 にした意味は？中の人は何も学習してないんだろうか。
- 480 名前：デフォルトの名無しさん mailto:sage [2008/11/24(月) 11:32:42 ]
- >>478
seal, freezeに関しては、
重要なのは提供方法ではなく、
・Objectが[[extensible]]でなくなる
・propertyが[[flexible]]、[[writable]]でなくなる
そのための方法があること。
これでライブラリー内部のエラー処理がずいぶんと楽になる。
ライブラリーユーザ側のデバッグも。
[[enumerable]]に関しては、
今のままではdirty hackの巣窟になりそうで、
何とかしないといけないとは思うけど、
前方互換の問題があるから慎重にやるべきだと思う。
特にメタな仕組みを持つライブラリに影響が大。
for in抽象はもうちょっとうまく整理するやり方があったと思う。
Javaのcontrol invacation syntaxみたいな。
- 481 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 02:52:09 ]
- Object.forEach みたいな関数が出てきたとして、
Object はルート要素なんだから、全てのオブジェクトに forEach が無いとおかしい罠。
元はと言えば Object をハッシュのように使った“慣習”のツケなんだけど…
- 482 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 09:28:53 ]
- >>481
> 元はと言えば Object をハッシュのように使った“慣習”のツケなんだけど…
kwsk
実装自体は連想配列なのに、使ってはならない理由があったの？
- 483 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 10:03:02 ]
- Array のようにちゃんとデータ型として規定されてれば、
メソッドやプロパティの名前空間とぶつかるような実装にはならなかっただろうし、
enumerable のアリナシに四苦八苦することも少なかっただろうって話
- 484 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 10:44:37 ]
- 要はHashとかDictionaryとかいう型を別に作っておけばよかったということだな
中身はObjectとまったく一緒でいいけど
- 485 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 10:53:50 ]
- 特殊な組み込み型を用意するんじゃなくて、
そういうものを実装できる機構があればいい。
[[enumerable]]に関しては、
>>481の言うようにforEachはどのObjectも持つようにして、
for inはforEachメソッドを呼び出すように再整理するのがいいと思う。
Property attributeによる整理で基本的にはうまくいっている。
- 486 名前：482 mailto:sage [2008/11/25(火) 12:16:11 ]
- thx
> 要はHashとかDictionaryとかいう型を別に作っておけばよかったということだな
言われてみれば激しく同意だなー
- 487 名前：デフォルトの名無しさん mailto:sage [2008/11/25(火) 18:04:15 ]
- >>484
そうすると、ESのESたる特徴がなくなってしまいますな。
つーか、それ、何のJavaの亜流？って感じになっちまう。実際なりそうだけど。 orz
- 488 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 09:44:23 ]
- ボタンAを押すと自動的にボタンBを押すスクリプトはどう書けばよろしいのでしょうか？
- 489 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 11:06:05 ]
- >>488
click()
たぶんスレ違いだからJavaScriptスレ池
- 490 名前：488 mailto:sage [2008/11/26(水) 13:36:50 ]
- いえ、ecmaです。
よろしくお願いします
- 491 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 13:45:27 ]
- ECMAScriptの仕様にボタンはない
- 492 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 17:09:54 ]
- >>488
スレ違
たぶんこっち↓
+ JavaScript の質問用スレッド vol.67 +
pc11.2ch.net/test/read.cgi/hp/1223618153/
- 493 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 18:30:20 ]
- > for in抽象はもうちょっとうまく整理するやり方があったと思う。
> Javaのcontrol invacation syntaxみたいな。
> for inはforEachメソッドを呼び出すように再整理するのがいいと思う。
旧 ES4 だと iterator::values() iterator::items() iterator::keys()
とか提案されてたが、ボツったわけでどーすんのやら。
wiki.ecmascript.org/doku.php?id=proposals:iterators_and_generators
- 494 名前：488 mailto:sage [2008/11/27(木) 12:19:04 ]
- ありがとうございます。
行ってみます
- 495 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 22:53:28 ]
- JScript｢ecmaよ！私は帰ってきたぁー！！｣
- 496 名前：デフォルトの名無しさん [2008/12/26(金) 06:46:44 ]
- ECMAScript の仕様書に出てくる "NoIn" って何を意味するんだぜ？
- 497 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 10:39:43 ]
- >>496
for (＜ここ＞;...;...)
for (＜ここ＞ in ...)
＜ここ＞ の場所では in 演算子を使っちゃ駄目ってこと。
www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/11_Expressions.html#section-11.8#section-11.8
の note
- 498 名前：496 mailto:sage [2008/12/26(金) 16:06:40 ]
- >>497
ありがとう。
- 499 名前：デフォルトの名無しさん [2009/01/03(土) 19:39:07 ]
- 499
- 500 名前：デフォルトの名無しさん [2009/01/03(土) 19:39:27 ]
- 500
- 501 名前：デフォルトの名無しさん mailto:age [2009/01/24(土) 21:01:52 ]
- ナットシェルのgood partが翻訳されて並んでたよ。
いい本だからお勧め。
- 502 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 23:17:06 ]
- 宣伝乙
- 503 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 00:05:19 ]
- いやいや久々のECMA的Javascript本ですよ。
- 504 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 07:53:26 ]
- 宣伝乙
- 505 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 10:33:12 ]
- 2chの悪い癖だよね。
すぐに「社員」だの「工作員」だの。
- 506 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 11:40:47 ]
- >>505
ただの相槌だから、
全く無反応よりはまし、と思っとけばよい。
- 507 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 14:21:57 ]
- しかしnew使うなって言われるとちょっと違和感あるな。
個人的には関数はlowerCamel、コンストラクタはUpperCamelで
名づけるという「規約」をしみこませればそれでいいと思うんだけど。
- 508 名前：デフォルトの名無しさん mailto:age [2009/01/31(土) 14:42:22 ]
- 使うなとは書いてないよ。
>>507は読んでるから知っているだろうけど、
コンストラクタをnewなしで読んで、グローバルなthisを変更するミスを防ぐために、
UpperCamelでnew向けに書かれていることがはっきり分かるようにするといい。
もっといい対処方法はnewを使わないこと。
と"bad parts - new"の節に書いてある。
「ミスを防ぐためには」が前提の工夫の話。強制はしてない。
- 509 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 18:31:13 ]
- なんで関数はlowerCamelなの？
キモい
- 510 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 19:27:27 ]
- new 自体は使っているが、それを「見せないように」する、というハナシが書いてある（Object.create を実装するときに内部で new 使ってる）
ちなみに、Object.create は ECMASCript 3.1 の WD で定義されてる
- 511 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 20:47:27 ]
- ファクトリメソッドってやつか。俺はnewの方が好きだな。
- 512 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:17:29 ]
- var a = new Hoge();
と
a = {};
a.prototype = Hoge;
Hoge.call(a);
って等価？
- 513 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:49:53 ]
- call()の第一引数は関数として呼び出すしcall()は戻り値がundefindだから別じゃない？
- 514 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:51:02 ]
- ミス:call()は戻り値がundefind
call(a)は戻り値がundefind
- 515 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:38:18 ]
- >>512は改めて見ると間違ってた
var temp = {};
temp.__proto__ = Hoge;
Hoge.call(temp);
var a = temp;
これなら等価かな？
- 516 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:48:51 ]
- temp.prototype();
でいいけどね。
- 517 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 17:10:33 ]
- すみません、教えてください。
↓のように二次元配列mを定義してwebブラウザのdocument.writeで
表示させてみると、定義の仕方によって表示が異なるのはなぜでしょうか。
また、【2】のように定義した場合でも、mに書式を与えて出力する関数を
書かずに【1】のように表示させる方法はあるでしょうか。
【1】リテラルで定義
var m = [ [ 1, 2 ], [ 3, 4 ] ];
document.write( m ); // 1,2,3,4 と表示
【2】コンストラクタで定義
var m = new matrix ( [ 2, 2 ] ); //要素が空の2x2配列を生成
hoge(m); //適当な関数で各要素に数値を代入
document.write ( m ) // [object Object] と表示
//matrixの定義
function matrix (size) { //sizeは[行数、列数]の形の配列
var i;
this.length=size[0];
for (i=0; i<size[0]; i++) { this[i]=new Array(size[1]) };
}
- 518 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 17:32:16 ]
- >>517
1はArray.prototype.toString()の結果でそうなる。
2はmatrix.prototype.toStringを定義してないから
結果的にObject.porototype.toString()が使われる。
- 519 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 20:37:36 ]
- 4月でRhinoリリース10周年
- 520 名前：デフォルトの名無しさん mailto:age [2009/02/02(月) 23:40:19 ]
- まじ？もうそんなたつの？
- 521 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 01:23:33 ]
- MocaScript時代入れるととっくに10年過ぎてるSpiderMonkeyも思い出してあげてください。
- 522 名前：デフォルトの名無しさん mailto:age [2009/02/03(火) 01:25:38 ]
- Spidermonkeyのソース読むと目眩するわ。
Connect, connect、どんだけ接続すんのかと。
- 523 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 10:21:17 ]
- なに、NN5のソースに比べたらｒｙ
- 524 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 13:40:32 ]
- mozilla関連のソースコードはもはやレガシーコード
いわばバベルです
- 525 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 16:04:10 ]
- Fx4 (Mozilla 2) でその辺り整理するんだっけか
- 526 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 19:47:38 ]
- Firefoxのコード見たらなんかキモかった
- 527 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 23:47:37 ]
- NN5のソース見たらもっときもいぞ。
そもそもWinMain自体間違ってるとか・・・
- 528 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 22:42:13 ]
- サイ本を超えるJavaScript(EcmaScript)本って出ないんだろうな。
そこまでいったら仕様書暗記しろレベルなんだろうな。
- 529 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 23:49:10 ]
- 俺はgood partがECMAscript本のベスト1だと思うよ。
- 530 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 00:45:07 ]
- journal.mycom.co.jp/news/2009/02/05/039/index.html
> 【速報】Opera新JavaScriptエンジンCarakan発表、50倍高速化も
daniel.gredler.net/2009/02/05/javascript-performance-rhino-beats-ie/
> JavaScript Performance: Rhino beats IE? (daniel.gredler.net)
- 531 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 17:18:18 ]
- OperaはCSSもそうだが特定の目的にのみ特化して最適化されてるから鵜呑みにしない方が良い。
汎用で早い部類に入るのはRhinoのコンパイルモードくらい。
- 532 名前：デフォルトの名無しさん mailto:age [2009/02/06(金) 23:07:17 ]
- >>531
・Opera同士の比較である
・SunSpiderという標準的なベンチを使ってる
ということで、一行目はちょっと的外れかも。
- 533 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 18:13:39 ]
- good PartsはDouglas Crockfordが著者だっけ？
JSONとかAjaxとかアホらしい。
- 534 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 20:19:58 ]
- >>533は先入観が激しくてプログラマには向いてないな。
- 535 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 06:38:44 ]
- いや、俺もAjaxは今やるのアホらしいと思う。
DOM-level3が全部勧告されてからにしたい。
イベントモデルが標準化されんことには……
- 536 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 09:26:15 ]
- やる・やらないを技術の内容で決めてどうすんのさ。手段でしかないのに。
まぁ、やりたくない→やらなくて済む ならそれはそれで幸せだが。
- 537 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 11:50:51 ]
- 手段でしかないなら、普通はその技術の内容で
やる・やらないを決めると思う
- 538 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 12:09:44 ]
- やりたいことがやれるかどうか、じゃねえの？
- 539 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 13:03:41 ]
- Good Partsは、Ajaxのことは書いてない本
>>533はそういうことには触れてないくだらないボヤキ。
- 540 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 13:04:30 ]
- やるやらないじゃなくて
やれるやれないじゃないの？
- 541 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 15:53:06 ]
- >>535
今から歩いて、道を作っておくのも悪くない。
- 542 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 15:53:48 ]
- ハムレットかよ！
- 543 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 16:56:03 ]
- この流れは……
XMLHttpRequest（とXMLDocument）が
ECMAの組み込みオブジェクトになるフラグですか？
- 544 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 17:14:23 ]
- >>543
どの流れか知らんがW3CがDOM/XHRをEcmaに
移管するという話は聞かないしそれはないだろうな。
それよりも journal.mycom.co.jp/news/2009/02/10/070/index.html
でモジュール読み込み周りが決められたら、それと
ES Harmonyのモジュール周りとがどう関係してくるか気になる。
- 545 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 17:59:15 ]
- >>543
Modules 原案
docs.google.com/Present?docid=dcd8d5dk_0cs639jg8
https://mail.mozilla.org/pipermail/es-discuss/2009-February/008726.html
１月のミーティングでは好印象、作業も少しはじめてる？
Dave Herman 自身は気になる所もあるようだが、詳細不明。
- 546 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 22:32:03 ]
- そもそもJavaScriptだけがなぜかEcmaで標準化されたのか？
W3Cがやっておけば関連仕様との調整もスムーズに行きそうなのに。
DOMとかXMLHttpRequestって絶対言語に食い込んで来ると思うんだが。
jsは元々DOMを操作するための言語だったし、js1.4で仕様が切り離されるまでは・・・。
- 547 名前：デフォルトの名無しさん mailto:age [2009/02/11(水) 22:54:36 ]
- W3CはJavascript否定路線だったもん。
W3C自体今はかなりやばい立場だし。
- 548 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 23:12:37 ]
- W3CはNTTのせいでNGNが完全にバズワードになってるのがｶﾜｲｿｽ｡
|
 |
