ECMAScript デス 3

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/ 604 名前：デフォルトの名無しさん [2009/08/01(土) 00:21:20 ] DoJo の話題はこのスレで良いですか？ 605 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 00:21:58 ] DoJo の話題はこのスレでよいですか？ 606 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 00:33:57 ] DocomoのJava環境のこと？ 最近のは知らないが違うんじゃないかな。 607 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 02:03:45 ] >>606 チミが場違い と言われかねんぞ その発言はw 608 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 04:20:14 ] >>604 >>2 609 名前：デフォルトの名無しさん mailto:sage [2009/08/01(土) 12:56:41 ] >>604-605 きっとボケたんだよ。 「どうじょ(どうぞ)」って返してほしかったんだと思う。 イマドキJavaとJavaScriptを混同するようなやつはいねーよ。 610 名前：デフォルトの名無しさん mailto:sage [2009/08/03(月) 12:43:32 ] この板に張り付く様な奴は、JavaとJavaScriptを混同することは無いと思うが、 デザイナ上がりの自称Webプログラマーとかいう奴で、JavaとJavaScriptの区別のつかない奴にあった事ある（3人程）。 その内一人は、客先でJSをJavaとか言う出すもんだから「弊社のサーバではJavaは実行できない」とか客に言われて、 訂正の連絡を入れる羽目になった。 そいつは、もうオレと同じ職場に居ない... 611 名前：606 mailto:sage [2009/08/03(月) 16:08:48 ] なんか俺のせいで変な方向にスレがすすんでる。 dojoをdojaに見間違えてただけなんだが、 正直すまんかった。 dojoはAjaxなどへのjavascriptの応用技術なんだが、 このスレは言語規格を扱うスレなんでスレ違いということ。 612 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 01:51:27 ] > dojoはAjaxなどへのjavascriptの応用技術なんだが、 痛々しいぜ 613 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 12:55:08 ] えっ？ ネタでスレをだらだらと進めているかと思って楽しんでいたのだが... マジっすか！ 614 名前：デフォルトの名無しさん mailto:sage [2009/09/04(金) 20:21:28 ] MozillaとRhino以外にJS1.8に対応の処理系ってあるの？ 615 名前：デフォルトの名無しさん mailto:sage [2009/09/04(金) 20:53:00 ] JS1.8の拡張はESと関係ないからスレチじゃね 616 名前：デフォルトの名無しさん [2009/09/05(土) 00:08:44 ] 617 名前：デフォルトの名無しさん mailto:sage [2009/09/05(土) 02:50:39 ] >>2に >このスレでは、★言語★としてのECMAScript(JavaScript、JScript等)の話題を扱います。 って書いてあるからOKかと思ったんだけど 618 名前：デフォルトの名無しさん mailto:sage [2009/09/05(土) 03:39:06 ] だーかーらー JS1.8ってECMAの仕様と関係無いﾓｼﾞﾗの独自拡張だろって言ってんだよ JavaScript関係なら専スレがこの板にもあるからそっち池 619 名前：デフォルトの名無しさん mailto:sage [2009/09/05(土) 03:45:40 ] >>618 それ言いだしたらJScriptとか独自拡張の産物だろｗ JavaScriptスレはここにwebネタを持ち込まないための隔離スレ以外のなにものでもない 新スレ立っちゃったのが正直残念 620 名前：デフォルトの名無しさん mailto:sage [2009/09/05(土) 04:09:28 ] >>619 独自拡張も何も、JScriptとJavaScriptは本来別物だろう ECMAScriptって呼べるのは後から作られた標準規格に当たる部分と、E4X拡張だけ 最新バージョンのJavaScriptやJScriptに対して、ES規格は標準化のためのサブセットであって ES規格からはみ出た部分はそれぞれの独自拡張でしかない 621 名前：デフォルトの名無しさん [2009/09/05(土) 05:53:07 ] 622 名前：デフォルトの名無しさん mailto:sage [2009/09/05(土) 06:51:27 ] ×独自拡張の産物 ○ゲイツのエゴの産物 Rhinoはまだjs1.8対応してないぜ >JScriptとJavaScriptは本来別物だろう JScriptは別物だがjsはルーツだからべつものではないだろ。 ecma-262はjsの共通仕様にすぎん。 ecmaは その共通仕様部分以外関与しない方針なんで実質ベンダーの仕様とその実装されたエンジンの話が出てくるのは仕方がない。 まあJavaScriptってもDOMとLiveConnectはスレチだろう。 623 名前：デフォルトの名無しさん mailto:sage [2009/09/07(月) 15:14:23 ] 今更だがJS/UIX面白いな www.masswerk.at/jsuix/ しかしアドレスバーや内部のデバッガから 直接いじれるからすぐに(ry メソッドやプロパティの隠蔽って出来ないのかな 624 名前：デフォルトの名無しさん [2009/11/07(土) 02:47:40 ] ja.wikibooks.org/wiki/JavaScript 何回目かの書き込みスイマセン 時々追記や修正を行ってくださる方がいて、心がほっこりするのですが 基本孤独な戦場な感じなので、できればお仲間を募集中です 625 名前：デフォルトの名無しさん mailto:sage [2009/11/07(土) 08:27:55 ] 仕様書丸暗記して出直して来い。 間違えだらけで書き切れんわ。 626 名前：デフォルトの名無しさん mailto:sage [2009/11/07(土) 12:16:39 ] >>624 2年くらい前に見て、ないほうがよかったと思ったやつだな 627 名前：デフォルトの名無しさん mailto:sage [2009/11/07(土) 13:11:08 ] >>624 すべてがハッシュとして記録される、っていうのは 仕様として決まってたっけ……？ 628 名前：デフォルトの名無しさん mailto:sage [2009/11/07(土) 18:36:54 ] いや、見た目がハッシュなだけで内部の実装に影響する記述はない。 Object objectがハッシュ風にアクセスできるだけ。 プロパティのインデックスでもアクセスできるのにハッシュだと定めると都合悪いっしょ。 629 名前：デフォルトの名無しさん mailto:sage [2009/11/07(土) 18:53:51 ] 整数以外のインデックスでアクセスできるのが、 ハッシュテーブル・インターフェースの特徴でしょ。 630 名前：デフォルトの名無しさん mailto:sage [2009/11/07(土) 19:59:09 ] それは連想配列の特徴だな そしてハッシュテーブルによる実装が主流とはいえ手法は他にもある 例え現存する全てのECMA実装がハッシュテーブルを選択していたとしても 仕様として決まっているとは言えない 631 名前：デフォルトの名無しさん mailto:sage [2009/11/07(土) 22:59:06 ] Rhinoだと効率重視なのか自前のハッシュだった。 632 名前：デフォルトの名無しさん mailto:sage [2009/11/08(日) 10:50:20 ] ツリーによる実装でもいいしね。 633 名前：デフォルトの名無しさん mailto:sage [2009/11/08(日) 19:28:52 ] es5のFunction.prototype.bind()とかObjectのプロパティ操作系拡張って誰得？ プロパティ操作が標準化されるのはまだいいが。 バインドとかいまでも当たり前の機能でしょ？ そんなことより var calc = (function(){ var a=0; this.func = function(x){ return a + x; } return { inc : function(){ return func(1); } } } )(); calc.inc(); こんなコード書かなきゃプライベートなメンバ定義できないのを何とかしてくれ。 634 名前：デフォルトの名無しさん mailto:sage [2009/11/08(日) 20:05:43 ] クラス指向はes4と一緒に死んだんだよ。 635 名前：デフォルトの名無しさん mailto:sage [2009/11/08(日) 20:09:35 ] クラスが作れないのに「私をクラスにして」と言わんばかりの文法だからイライラするw 636 名前：デフォルトの名無しさん mailto:sage [2009/11/09(月) 12:29:35 ] AdobeのActionScriptは独自路線を突き進んでいますが、 これをECMAが取り入れてほしいともうのだが、駄目だろうか？ 時期、Flash CS5 では、なんとiPhoneのプログラミングもできてしまうというので、 ActionScriptのバージョンも上がるかもしれない。 ECMAScriptの未来はActionScriptの中にあるとおもうのだが、どう思うだろうか？ 637 名前：デフォルトの名無しさん mailto:sage [2009/11/09(月) 17:35:27 ] >>636 iPhone用のプログラミングができることと、ActionScriptの仕様は別の話 あれは確かActionScriptをObjective Cにコンバートするような代物だったはず あと、ActionScriptが採用したES4仕様案は廃棄されたから、ぶっちゃけお先真っ暗 次期ECMAScriptは5（旧3.1）になるし、一部ES4仕様も5に入ってるから、それでいいんじゃない？ 638 名前：636 mailto:sage [2009/11/10(火) 12:37:41 ] >>637 >あれは確かActionScriptをObjective Cにコンバートするような代物だったはず そうだったんですか！勘違いしていました。 実際、ActionScriptのお先真っ暗というお話を聞いて、少し悲しくなりました。 ECMAScriptの進化はゆっくりしているようですが、 HTML5がメジャーになれば、今よりも速いスピードで進化していくのでしょう。 そうしたら、ActionScriptも淘汰されてしまうのでしょうね...orz 639 名前：デフォルトの名無しさん mailto:sage [2009/11/11(水) 10:04:38 ] HTML5とECMAScriptは関係ないよ そこゴッチャにするとまともな議論なんかできない ひと昔前にW3C DOMとECMAScriptをゴッチャに考えてた輩と同じ思考してない？ ActionScriptがどうなるかは、次期ActionScriptがどうなるかと、Flashをとりまく情勢がどうなるかで決まると思う 世の中にはHTML5とFlashを同列に語ってるバカも多いけど、そもそも大元が違いすぎるから比較するだけ無駄 何だかんだでHTMl5とFlashはうまく棲み分けされてくんじゃないかな 結局、ActionScript自体はまだ残り続けていくだろうよ 640 名前：デフォルトの名無しさん mailto:sage [2009/11/12(木) 13:39:18 ] Edition 5(旧称3.1)は来月にもECMAで承認、そのままファストトラックで JTC1へ提出されるそうだ。 ttp://www.ecma-international.org/memento/TC39-M.htm 641 名前：デフォルトの名無しさん mailto:sage [2009/11/12(木) 15:39:09 ] >>640 > It is anticipated that this will result in a fast-track submission to > ISO/IEC JTC 1 for revision of ISO/IEC 16262. JTCってなにかと思ったけど、ISO/IECの話か ECMAに送付されるバージョンは wiki.ecmascript.org/doku.php?id=es3.1:es3.1_proposal_working_draft の一番上にある"Final TC39 Approved Draft"でいいのかな？ このドラフト、ECMAに出す出さないの瀬戸際になってからバグFixされまくってたから まだ何か潜んであるんじゃないかと心配になる・・・ 642 名前：デフォルトの名無しさん mailto:sage [2009/11/12(木) 16:42:53 ] そういや、JavaScriptが標準化されてること自体がマイナー知識だけど ISO/IEC JTC1でも標準化してるって更にマイナーな知識だよな JIS規格ともなると、読んだことのある開発者はいるのかっていうレベル 643 名前：デフォルトの名無しさん mailto:sage [2009/11/12(木) 19:19:26 ] JIS に規格票はかなりやる気ないな 644 名前：デフォルトの名無しさん mailto:sage [2009/11/12(木) 20:03:20 ] なんにせよ来月には公開ってことか。めでたい。 645 名前：デフォルトの名無しさん mailto:sage [2009/11/12(木) 21:18:30 ] 規格気にする奴ならマイナーな知識でもないと思うが 普通はそもそも標準化って何ってレベルか 646 名前：デフォルトの名無しさん mailto:sage [2009/11/12(木) 23:58:33 ] え、JISにもjavascriptあるの？ JIS X 3014みたいな翻訳じゃなくて？ 正直ecmaとmozillaの仕様以外どうでもいいなぁ。 オープンスタンダードとデファクトスタンダード記憶しとけば問題ないし。 まあjs1.1 - 1.8.1とJScriptとECMA-262 ed.3は覚えてるけど。 647 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 00:42:31 ] 翻訳っつーとTRとかと誤解されそうだが、まあ、JISのはただの翻訳だ。 JavaScriptじゃなくECMAScript。Wikipediaにもいつのまにか載ってるな 648 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 12:22:53 ] 標準規格は「絵に描いた餅」。 読むだけ時間の無駄。 649 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 20:46:00 ] >>648 その絵に描いた餅を元にJavaScript2.0が作られる予定ですけど？ 650 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 17:08:16 ] 絵に描いた餅を現実化するのが実装者の仕事 餅を作るのに毎回絵から描き直してたらそれこそ時間の無駄だろ 651 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 18:10:37 ] じゃあ、読むのは時間の無駄じゃねーじゃん 652 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 11:52:29 ] >>648 じゃあECMAScript実装に貢献してくれ MozillaでもAppleでもいいからさ それはそうと、JISのほうってWeb上で公開されてたっけ？ それとも、よくある「金出して冊子買え」商法になってる？ 653 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 15:44:58 ] jis検索でググれ 654 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 20:36:49 ] >>652 JISC とかいう組織のサイトで見れるよ。 但し、保存も印刷も出来ない細工をしてるつもりらしい。 実際にはこのスレ見てるような人なら簡単になんとか出来るだろうけどな。 どういうわけか見れる pdf は文書をラスタ画像化したものになってるので、 微妙にキタナい。 検索も出来んし。 655 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 00:28:38 ] 大変アレなお知らせだが、そのJISCこそがISOにおける我が国の代表だ。 ttp://www.iso.org/iso/about/iso_members.htm 656 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 00:40:45 ] >654 っていうか一般人でも印刷は普通に出来る。 わざわざハックしなくても、スクショ（ｒｙ 657 名前：652 mailto:sage [2009/11/17(火) 11:14:18 ] >>654 完全に失念してた！ありがとう www.jisc.go.jp/app/pager?id=22527 中身は色々と残念すぎるので見なかったことにしたい・・・ 658 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:44:13 ] 翻訳くらいしろよと小一時間問い詰めたい 659 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 19:57:35 ] prototype.jsってECMAScript仕様に適合してる？ それともJavaScriptの拡張も使ってる？ 分かる人いたら教えてくれ。 660 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 00:36:33 ] クロスブラウザな時点でわからないならｒｙ 661 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 06:14:33 ] $を平気で使ってる時点で察しろ 662 名前：デフォルトの名無しさん mailto:sage [2009/12/01(火) 13:46:52 ] 誰だよ単発のRhinoスレ立てた馬鹿は？ javascriptスレの連中か？ 663 名前：デフォルトの名無しさん mailto:sage [2009/12/05(土) 15:51:05 ] 5th来たよー www.ecma-international.org/publications/standards/Ecma-262.htm ドラフトはdocでも公開されてたけど正式版はpdfだけなの？ 664 名前：デフォルトの名無しさん mailto:sage [2009/12/07(月) 14:09:54 ] で、5版の規格ではどんな機能が追加されたの？ 教えて偉い人 665 名前：デフォルトの名無しさん mailto:sage [2009/12/07(月) 17:31:45 ] 嫁！ 666 名前：デフォルトの名無しさん mailto:sage [2009/12/11(金) 22:24:42 ] どうかFirefoxのスクリプトの後方互換性ができるだけ失われませんように…… 667 名前：デフォルトの名無しさん mailto:sage [2009/12/12(土) 20:52:56 ] 言語仕様が変わらなくてもDOMの方で変わっていくから・・・ 668 名前：デフォルトの名無しさん mailto:sage [2009/12/12(土) 20:54:54 ] なにやってもどうせIEが糞実装だから心配するな。やるべきことは変わらん。 669 名前：デフォルトの名無しさん mailto:sage [2009/12/14(月) 10:45:03 ] ES3に毛が生えた程度のES5で 後方互換性が気になるような書き方をしていたのなら 豆腐の角に頭ぶつけた方がいいぞ 670 名前：デフォルトの名無しさん mailto:sage [2009/12/14(月) 14:09:02 ] 誰得メソッド満載な仕様が嫌だ！ 671 名前：デフォルトの名無しさん mailto:sage [2009/12/14(月) 17:27:56 ] ECMAScript 5th Editionで改善された3rd Editionの項目 ttp://d.hatena.ne.jp/mindcat/20090504/1241457770 672 名前：デフォルトの名無しさん mailto:sage [2009/12/29(火) 17:48:39 ] "use strict"; 673 名前：デフォルトの名無しさん mailto:sage [2010/01/12(火) 17:04:39 ] ecma5でもオブジェクトのプライベートメンバー作れないのかよ あとgoto文も使えないな 674 名前：デフォルトの名無しさん mailto:sage [2010/01/12(火) 19:36:41 ] なんでgoto文いれるんだろう? JSでyaccでも書かせるのかな 675 名前：デフォルトの名無しさん mailto:sage [2010/01/20(水) 15:35:02 ] ES5にgotoないよね？ 使えないってuselessではなくunavailableの意味だよね？ 676 名前：デフォルトの名無しさん mailto:sage [2010/01/28(木) 17:23:26 ] >>664 www.infoq.com/jp/news/2009/12/ecmascript5 677 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 19:12:57 ] カウチdata baseって大規模なwebでも使えるものなの？ 678 名前：デフォルトの名無しさん mailto:sage [2010/03/26(金) 17:16:16 ] Errorオブジェクトは例外の種類は分かるけど どこで例外が投げられたか分からないのが糞 679 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 18:56:03 ] SpideMonkeyで配列内包をwithの中で使ったときの動作がおかしい気がするんだけど alert([i*i for each(i in [1,2,3])]); //OK with({}){ alert([i*i for each(i in [1,2,3])]); //ReferenceError: i is not defined } 680 名前：デフォルトの名無しさん mailto:sage [2010/04/09(金) 23:49:24 ] letも分割代入もできるJS1.7でwithを使う奴の気がしれん 681 名前：デフォルトの名無しさん mailto:sage [2010/04/21(水) 23:50:06 ] with,Call,ClosureはNetscapeからの贈り物。 importとexportは取り込んで良かったと思う。 682 名前：デフォルトの名無しさん mailto:sage [2010/08/10(火) 17:59:05 ] ttp://www.publickey1.jp/blog/10/javascriptie9_platform_preview_4.html IE9からはJavaSciptの対応バージョンは最新のECMAScript 5th Edition（ECMAScriptとは、 JavaScriptの基となる仕様の名称）準拠となっているようですが、 IE9 Platform Previewに対するフィードバックにより、ECMAScript 5th Editionの仕様のバグを発見しています。 具体的には、ECMAScript 5th Editionの仕様とそれ以前のECMAScriptで 動作に違いがあることがIE9 Platform Previewにより発見され、 過去との互換性維持のためにECMAScript 5th Editionの仕様のアップデートにつながったとのことです （詳細は「How IE9 Platform Preview Feedback Changed the JavaScript Standard」参照）。 683 名前：デフォルトの名無しさん mailto:sage [2010/08/19(木) 23:39:56 ] >JavaSciptの対応バージョンは最新のECMAScript 5th Edition準拠 でもJScriptなんでしょ。 MSお得意の仕様には準拠したけど実装は・・・てやつ。 最近はこの手口止めて自分とこの仕様をECMAに投げて標準化してるけどECMAScriptだけは入り込む隙ないからな。 入り込もうとするたびに実装を利用してるコミュニティの猛反発食らってるし。 3Eが形変えただけってのは皆分かってるからなぁ。 684 名前：デフォルトの名無しさん mailto:sage [2010/08/22(日) 22:53:57 ] 意味が分からん。標準仕様に完全に準拠してるなら、別にそれ以外の独自拡張をしたっていいじゃん。 それともまさか名前がJavaScriptじゃないことを叩いてんの？ 685 名前：デフォルトの名無しさん mailto:sage [2010/08/23(月) 20:14:00 ] なんで独自拡張が混乱の元になるかも分からんゆとりか？ だいたいIEの場合、標準仕様に完全に準拠は絶対にない。 686 名前：デフォルトの名無しさん mailto:sage [2010/08/23(月) 22:14:37 ] 独自拡張を全否定したらWEBの発展が見込めないってこともわからんゆとりか。 完全準拠してないならまずそこを穿ってけばいいのに。 687 名前：デフォルトの名無しさん mailto:sage [2010/08/23(月) 22:19:42 ] ecmaの仕様の話するスレで独自拡張布教するなよ。 688 名前：デフォルトの名無しさん mailto:sage [2010/08/23(月) 22:21:53 ] 独自拡張に依らないウェブの進化を目指してたXHTML2がこけちゃったもんな 689 名前：デフォルトの名無しさん [2010/08/24(火) 10:09:47 ] つか、WHATWGが「どうせ俺らが実装しなきゃ絵に描いた餅なんだから、 仕様は俺達で作るわ、XHTML使いづれーし」って言って、W3Cが涙目で応じたじゃん？ つまり、MSの独自拡張の時代はずっと前に終わってて、 WHATWGが実装ありきで仕様を作り、W3Cがそれを勧告するっつー流れ。 690 名前：デフォルトの名無しさん mailto:sage [2010/08/29(日) 09:14:09 ] ecmascriptで相互再帰って出来るの？ 普通の再帰にフラグを渡してその値で場合分けするみたいな 微妙なやり方しか思いつかないんだけど 691 名前：デフォルトの名無しさん mailto:sage [2010/08/30(月) 12:00:01 ] 出来るので頑張ってください。 微妙な実装になるかどうかはあなたのセンス次第です。 692 名前：デフォルトの名無しさん [2010/08/30(月) 19:06:37 ] function f(){ return g(); } function g(){ return f(); } あばばばばば。 693 名前：デフォルトの名無しさん mailto:sage [2010/08/30(月) 19:55:05 ] 　 　∩＿＿＿∩　　 　　　　　　｜ 　　 | ノ＼　　　　 ヽ　 　　　　　　| 　　/　　●゛　　● |　　　　 　　　| 　 |　∪　　( _●_)　ミ　 　　　　　j 　彡､　　　|∪|　　 |　　　 　　　 Ｊ /　　　　 ∩ノ ⊃　 ヽ (　 ＼　／ ＿ノ　|　 | .＼　“　　／＿＿|　 | 　　＼ ／＿＿＿ ／ 694 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 14:59:13 ] wikiとか見たけど混乱したんで教えてください ECMAScript5thがJavaScript1.9で実装されてて(firefox4) ECMAScript4thがJavaScript2.0(JScript/ActionScript)っていう認識はあってますか？ それとも2009/12に策定されたECMAScript5thのことをJavaScript2.0って呼んでいて ECMAScript 4thは仕様策定放棄され JScript/ActionScriptはECMAScript4thの草案を実装してるだけ(JavaScript2.0ではない)なのでしょうか 695 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 15:46:30 ] JavaScript2.0はまだ出ていないけど、ECMAScript 5Eを元に策定される予定。 IE9に載るJScriptもECMAScript 5Eを元に策定される予定。 ECMAScript 4Eは公式には存在しない（今後も作られない）。 ただしいくつかの草案があって、それらを元に現在のActionScriptが出来た。 一方現在のJavaScriptやJScriptは4Eの草案やActionScriptとはほぼ別物。 4Eと5Eには互換性がない、けど4Eの機能のいくつかは5Eにも取り込まれた。 こんな感じ 696 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 16:09:45 ] >>694 4については、 Adobe, Mozilla <-> Microsoft、その他 って構図で、最後はJavascript創始者のBrendan Eichが、 4放棄の取りまとめをした。 JScript(MS)とActionScript(Adobe)を 同じグループにいれているのは間違い。 4の成否にもっとも激しく対立した二者。 697 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 17:43:25 ] wikipediaのECMAScriptのページに、どっちも草案って書いてたから MS/Adobeの件は激しく勘違いしてました そして、今はまだJavaScript2.0は出てないんですね ただ、2.0はECMAScript 5thの仕様ベースになるっていう意味で javascript2.0を試した、とか javascript2.0策定完了、とか そんな記事があるわけか 当初ECMAScript4thの仕様がJavaScript2.0になる予定だったためか？ 2006年頃発売なのにJavaScript2.0対応とかいう本もあったりと 2.0の周りは混沌としてますね 698 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 17:54:23 ] ついでにもう一個、もし知ってる人いたら教えてください ECMAScriptの初版(=2版)の仕様策定に関わった人として 敬愛するGLSの名前があるわけですが JavaScriptの関数がファーストクラスとして使えたのは ECMAScript策定前からでしょうか？ 初版の時点で既に無名関数があるわけですが 彼が原因じゃないかと推測します 699 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 18:13:18 ] SteeleはECMAに仕様を出す前に、 仕様を整える役として急遽呼ばれた。 幾つかの言語の仕様を書いて慣れているので。 基本的な部分の設計には全く関わってない。 関数がファーストクラスな言語はそれほど珍しくない。 全てがSteele由来なわけでもない。 ただBrendan EichはブラウザにSchemeを組み込むつもりで、 ネットスケープ社に入社した。諸々も事情で、 プロジェクトを離れている間にC言語風になった。 700 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 18:41:51 ] 詳しいですね、ありがとうございます scheme使う人だったんですね >>プロジェクトを離れている間にC言語風になった。 悲哀を感じます。 そしてそのGLSが呼ばれて整えた仕様書は crockford曰く「The specification is of extremely poor quality」 悲哀を感じます。 >>関数がファーストクラスな言語はそれほど珍しくない。 >>699はMLだとかmirandaだとかそういう言語を想定してるんだと思いますが 1998年頃一般的に流行ってた言語の中ではすごいことだと思います 今でこそTiobeのトップ20の言語の半分以上はlambda相当のことが出来るけど 701 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 18:58:15 ] 一般のプログラマは言語なんてほとんど知らないから。 彼らにとって珍しいことが、設計者にとって珍しいってことはない。 702 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 19:58:04 ] 【レポート】IE9、JavaScript仕様と現実の落としどころ | エンタープライズ | マイコミジャーナル: journal.mycom.co.jp/articles/2010/08/31/ie9-javascript-impl-decision/index.html 703 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 20:21:53 ] JavaScriptの定義ってわかり難いよね 広義ではブラウザ上で動くECMAScriptの実装を意味していて、 狭義ではMozillaのECMAScript実装だけを意味するってことでOK？ で、JavaScript2.0ってのはMozillaの実装のバージョンを意味してるんだよね？ 704 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 21:20:22 ] 狭義ではブラウザ上で動くECMAScript実装の内JavaScriptと名乗るものを指し、 広義ではサーバサイドJavaScriptみたいなのも含める感じ 狭義がMozillaの実装だけを指すってことは無いと思う。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef