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/ 577 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 23:02:44 ] 3.1の仕様ﾏﾀﾞｰ? 578 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 03:22:26 ] >>577 WD 読んで我慢しる ttp://wiki.ecmascript.org/doku.php?id=es3.1:es3.1_proposal_working_draft 579 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 16:07:40 ] ははは 580 名前：デフォルトの名無しさん mailto:age [2009/03/27(金) 16:29:12 ] ES3.1がECMAScript第五版だってさ！ blog.360.yahoo.com/blog-TBPekxc1dLNy5DOloPfzVvFIVOWMB0li?p=993 581 名前：デフォルトの名無しさん mailto:sage [2009/03/29(日) 18:43:32 ] ES4は欠番なのかぁ 582 名前：デフォルトの名無しさん mailto:sage [2009/03/29(日) 19:53:53 ] >>580は滅茶苦茶重いサイトだな 583 名前：デフォルトの名無しさん mailto:age [2009/03/29(日) 22:18:55 ] ES4には絶対しないって意思の現れだね。 584 名前：デフォルトの名無しさん mailto:sage [2009/03/29(日) 22:21:43 ] 次は3.14だな 585 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 16:48:57 ] ActionScriptとの統合もなさそうだなあ 586 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 20:12:10 ] >>583 作者死亡と共にバージョンπになるんですね 587 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 20:26:34 ] クヌースは何歳まで生きられるんだろう？ 588 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 23:19:35 ] >>587 長寿の血統ではあるらしい。 589 名前：デフォルトの名無しさん mailto:sage [2009/04/10(金) 12:40:35 ] ES5(ES3.1) candidate draft www.ecma-international.org/news/PressReleases/PR_Ecma_finalises_major_revision_of_ECMAScript.htm 発行は今年12月か… 590 名前：デフォルトの名無しさん mailto:sage [2009/04/18(土) 23:06:48 ] スレチかも分からんけど、ECMAScriptってMIMEでバージョン指定できたっけ？ たとえばapplication/ecmascript;version=3.0みたいな。 できないと3.1が出てからクロスブラウザ対策が面倒になるんだよなー。 591 名前：デフォルトの名無しさん mailto:sage [2009/04/19(日) 01:01:02 ] >>590 www.ietf.org/rfc/rfc4329.txt 592 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 18:21:55 ] ActionScriptはどうなっちゃうの？ 593 名前：デフォルトの名無しさん mailto:sage [2009/04/29(水) 19:35:46 ] ASがESに合わせて仕様を変えるんだろ。 594 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 21:36:27 ] なんというなみだ目 595 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 00:11:57 ] 先走りすぎただけだ。 ASはASで生き残るかもよ 596 名前：デフォルトの名無しさん mailto:sage [2009/05/08(金) 13:57:13 ] ActionScriptはいいところ一杯あったけど、 開発者メーリングリストとソースコードを読んで、 大雑把な仕様策定に汚いコードでびっくりした。 擁護する気が萎えた。 597 名前：デフォルトの名無しさん mailto:sage [2009/05/08(金) 17:56:38 ] 完全に振り回されたなASは AS2のような AS3仕様で開発可能なES5準拠のAS4を出してくれｗ 598 名前：デフォルトの名無しさん mailto:sage [2009/05/09(土) 01:59:12 ] jQueryを今頃発見してるけど、なんとなく動的にDOM管理するのに 慣れない。　PHPでCSSのクラスかいていい気になってたんじゃ とてもじゃ無いけどやってけんらしい。 599 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 16:31:14 ] 見放されたASプログラマがGnashに集結して・・・・って展開はないかな 600 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 16:45:33 ] 終結してどうすんだよ AS書くのとAS実装を書くのは全然違うぞwww 601 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 00:58:08 ] 終結とは巧いじゃないか 602 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 21:57:17 ] セルフコンパイラというものがあってだな 603 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 01:30:12 ] rhino 1.8ﾏﾀﾞｰ? ジェネレータ式ないとコード長すぎる。 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の実装だけを指すってことは無いと思う。 705 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 21:59:45 ] JavaScriptってのは商標でもあるので、 >>703の言っていることのほうが正しいです。 706 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 22:09:19 ] >>703-704 枝葉をつつくようだが、ECMAScriptが制定される前からJavaScriptはあったわけで そう言い切ると、NN2.0-3.0に載ってるのはJavaScriptじゃないってことになっちまう JavaScript5版(oreilly)では、ブラウザ上で動くJavaScriptのことを 「クライアントサイドJavaScript」、言語としては「コアJavaScript」と区別して呼んでるね これは広義の分類にあたりそうだ 707 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 22:27:29 ] >ブラウザ上で動くECMAScript実装の内JavaScriptと名乗るもの javaの名を使うことで提携してんのはNNというかmozillaだけだと思うがいまどうなってんだろうな。 だからMSはJScriptにしたんだし。 708 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 23:29:13 ] >>705 >>706と関連するけど、NNの実装はどうなるのさ、と >>707 en.wikipedia.org/wiki/ECMAScript#Dialects こんな感じで呼ばれてるみたいよ。 709 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 23:58:59 ] なんとなく、ECMAScript + W3C DOMのことをJavaScriptと呼んでるようなイメージ。 >>708のウィキペディアの記事にもそんなニュアンスのことが書いてある。 710 名前：デフォルトの名無しさん mailto:sage [2010/09/01(水) 08:07:38 ] 歴史的にもクライアントサイドで動的webやるためにDOMを扱えるスクリプト実装したのが LiveScriptだからECMAScript + W3C DOMのことをJavaScriptと呼ぶのは自然の流れ。 Natscape js1.4で分離されるまでJavaScriptの仕様にDOMが含まれてたんだし。 1.4でJavaScript CoreとDOMに分離された。 711 名前：デフォルトの名無しさん mailto:sage [2010/09/01(水) 12:11:48 ] >>700 Steeleのやったのは文言の訂正とかそんなレベルだよ。 712 名前：デフォルトの名無しさん mailto:age [2010/09/02(木) 16:02:52 ] IEBlog > Chakra: Interoperability Means More Than Just Standards ・What’s the Real Regular Expression Grammar? ・Why Doesn’t IE9 have those _ _ methods? ・A Malfunctioning Consensus Feature ・So What About const? ・Principled Decision Making Allen Wirfs-Brock Microsoft JavaScript Language Architect blogs.msdn.com/b/ie/archive/2010/08/25/chakra-interoperability-means-more-than-just-standards.aspx 713 名前：デフォルトの名無しさん [2010/09/02(木) 21:23:06 ] この記事の元ネタですかね。 journal.mycom.co.jp/articles/2010/08/31/ie9-javascript-impl-decision/index.html 714 名前：デフォルトの名無しさん mailto:sage [2010/09/03(金) 01:49:45 ] constの挙動とか、以前の版との整合性だけ修正して Edition 6が割とすぐ出そうな気がするのは俺だけ？ 715 名前：デフォルトの名無しさん mailto:sage [2010/09/04(土) 01:34:42 ] ・正規表現 errata か、なくてもいいんじゃ ・__*__ methods 元から範囲の外 ・文内の関数位置 確か、ES5 で IE と同じ挙動にしたはずでは…途中でやめたか？ ・const ES5 には元から入っとらんわ 716 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 17:06:48 ] >>715 ＞・const ＞ES5 には元から入っとらんわ つまり今constをサポートしてるブラウザは 規格に入ってない機能を勝手に独自実装してる欠陥品って事か 欠陥品じゃないって言うならIEの独自機能も認めないとおかしい 717 名前：デフォルトの名無しさん [2010/09/08(水) 17:16:54 ] 規格に入ってる機能を実装してない欠陥品よりマシ 718 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 18:10:47 ] 今ある全てのブラウザが欠陥品ってこと？ 全部実装してるブラウザはいまのところ存在しないんだけど 719 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 18:21:00 ] >>717は「MSが駄目って指摘できるボクちゃんカッケーww」って 勘違いしちゃってる馬鹿 720 名前：デフォルトの名無しさん [2010/09/08(水) 19:32:40 ] 独自実装と先行実装だったら、後者のほうがましだなあ、と。 721 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 20:36:37 ] つまりXMLHttpRequestを最初に実装したIEは偉大 722 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 22:36:31 ] IE信者のプロパガンダにしか見えん。 constも例外処理も勝手に追加したのはspidermonkeyだがこれらがあると欠陥とな？ ブラウザ戦争の引き金になる糞互換な実装をやめろって話なのが分からんのか。 webkitとかwebkitとかwebkitとか 723 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 23:51:06 ] constについては、constの仕様が不確定なことと、 このような機構が将来仕様に含まれるとしても、 今のconstのようなものになるか不確定であること、 この二点を採用しない理由に挙げてるけど、 constってのはObjectの性質じゃなくて、 変数の性質だから、他の方法なんてないんじゃないの? 724 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 23:58:47 ] たとえば同じ名前の変数にconst指定した場合、ブラウザによって次のように別々の動作をみせるという。 * シンタックスエラーとみなしローディングを実施しない。 * 関数がコールされた段階で例外を発生する。 * 定数の上書きは成功し、変数としての上書きは処理しない。 * ただの変数として処理する。 725 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 06:59:32 ] IE以外のどのブラウザもそれなりにECMAScriptの独自拡張はしてるって話だろ？ 実際、constの挙動がバラバラなんだし。これを先行実装と言い張るのはなあ 726 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 12:56:28 ] constよりletほしい。 727 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 15:37:18 ] 式クロージャも欲しい 728 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 15:45:29 ] いらん 729 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 16:21:06 ] ネイティブにコンパイルできるようにならないのかな PHPをC++にコンパイルするやつはあったな 730 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 16:43:02 ] >>729 すでに主流のブラウザに搭載されているJSエンジンは、JIT(Just In Time compile)化されていたはず。 少なくともFirefoxのSpidermonkeyは、JIT化によって大きな性能改善を果たした。 731 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 21:57:02 ] FirefoxもChromeもコード生成に実行時情報使うからAOTでコンパイルするのはつらいな。 ネイティブコードにはなるだろうが実行性能的な意味で。 732 名前：デフォルトの名無しさん [2010/09/09(木) 22:45:26 ] できてせいぜい中間コードまでだろうなあ 733 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 23:48:32 ] 中間コードにはコンパイルできなきゃ困るだろ・・・ 734 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 10:14:54 ] >>732 V8のコード読めばいろいろ参考になるよ SpiderMonkeyよりかは読みやすいし >>726 これは同意 ブロックスコープ使いたいお・・・ 735 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 10:56:58 ] letもいいけど分割代入も欲しい 736 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 07:12:45 ] json形式のデータでlistと配列(vector)区別する一般的な方法はないのでしょうか？ list [1,2,3] vector {vector:[1,2,3]} とかでいいのでしょうか？ 737 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 12:36:02 ] ベクターとか本当に必要か？ 738 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 13:53:11 ] jsonてここでいいのか？ 739 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 14:00:52 ] 枝葉末節だけどJSON形式ならキーを文字列にしないといけない 740 名前：デフォルトの名無しさん [2010/09/14(火) 14:12:07 ] まあJSOということで 741 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 14:45:25 ] それってただのJSじゃね 742 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 01:06:29 ] JSObjectなら 743 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 20:40:11 ] JavaScript for Internet Explorer 9 Beta msdn.microsoft.com/en-us/library/d1et7k7c(v=VS.94).aspx IE9はJScriptじゃないの？ 744 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 22:18:28 ] いまのjavascriptは製品名よりブラウザ上の言語名として一般にも普及してるからjavascriptを使うんだろう。 745 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 22:24:31 ] MSも丸くなったというか下り坂というか 746 名前：デフォルトの名無しさん mailto:sage [2010/10/03(日) 17:01:05 ] ECMAScript 5 compatibility table kangax.github.com/es5-compat-table/ Strictモードのスルーされっぷりは異常 747 名前：デフォルトの名無しさん mailto:sage [2010/10/03(日) 23:09:05 ] strict は部分的には入ってる 一括して一項目だとな…セキュリティとしてはフルサポートしないとまずいんだけど 748 名前：デフォルトの名無しさん mailto:sage [2010/10/06(水) 00:03:34 ] ActionScript3.0が対応してるECMA262ってこれであってますか？ ttp://www.ecmascript.org/es4/spec/overview.pdf 749 名前：デフォルトの名無しさん mailto:sage [2010/10/14(木) 23:36:40 ] >>746 ようやくWebKit Nightly BuildとMinefieldでグリーンになった 750 名前：デフォルトの名無しさん mailto:sage [2010/10/15(金) 10:06:23 ] >>746 >>749 今 mozilla-central 20101014041748 で見たら全部の項目がグリーンになっててビビった Chrome の Canary build とか Chromium だとどうなんだろ（表には7までしかない） 751 名前：デフォルトの名無しさん mailto:sage [2010/10/16(土) 00:06:47 ] >>750 カナリアも今のところChrome 7と同じ。 WebKit本体のJavaScriptエンジン(JavaScriptCore)はstrictモード対応したけど Chromeは独自のJavaScriptエンジン(V8)を使っているので恩恵を受けていない。 その代わりJavaScriptCoreが未対応のObject.*の類をサポートしてる 752 名前：デフォルトの名無しさん mailto:sage [2010/10/16(土) 00:18:41 ] あとMinefieldはstrict mode evalに未対応なので evalを使ってるコードではまだ"use strict";しないかWebKitでもテストしたほうがいい https://bugzilla.mozilla.org/show_bug.cgi?id=514568 753 名前：デフォルトの名無しさん mailto:!sage [2011/02/21(月) 05:18:33.75 ] SubKlass.prototype に直接値を代入せずに Klass.prototype を継承したオブジェクトが作りたい 具体的には、 const Klass = function() {}; Object.defineProperties(Klass.prototype, {...}); const SubKlass = function() {}; SubKlass.prototype.__proto__ = Klass.prototype; みたいなことをやりたいんだけど、これってES5標準の範疇では不可能？ 754 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 07:45:40.04 ] Object.create(Klass.prototype) 755 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 07:48:36.45 ] 4ヵ月書き込みがなかった間にMinefieldがstrict mode evalに対応したようだ 756 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 07:52:51.09 ] >>753 むしろconstがES5的に不可能 var Klass = function() {}; Object.defineProperties(Klass.prototype, {...}); Object.freeze(Klass); 757 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 08:15:26.09 ] >>755 Chromium（V8）の最新版もstrict modeに部分対応始めたし あとはIE9さえ対応すれば完璧だな Opera? Safari? 何それおいしいの 758 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 22:04:21.88 ] Safariはバージョンアップ遅いけど WebKit Nightly BuildならもうかなりES5 strictに対応してるよ 759 名前：デフォルトの名無しさん mailto:sage [2011/02/22(火) 03:03:54.10 ] >>754 SubKlass.prototype = Object.create(Klass.prototype); すればできるのは分かるのですが、SubKlass.prototypeに元からあったプロパティは消えちゃいますよね。 この元からあったプロパティを残しつつ継承したいんです >>756 constはつい癖で付けてしまいました。 Object.defineProperties(SubKlass.prototype, { 　property descriptors of Klass.prototype }) だと SubKlass.prototype.__proto__ !== Klass.prototype になりますよね 760 名前：デフォルトの名無しさん mailto:sage [2011/02/23(水) 05:11:49.13 ] 多重継承？ 761 名前：デフォルトの名無しさん mailto:sage [2011/04/01(金) 19:30:12.58 ] strictモードで function f(){ this.a = 45; } が出来なくなるのはただの劣化だと思うんだ。なんで元に戻したの？ 762 名前：デフォルトの名無しさん mailto:sage [2011/04/01(金) 22:53:16.39 ] strictなんだからできなくて当然と思うけど それともnew忘れてるとか？ 763 名前：デフォルトの名無しさん mailto:sage [2011/04/09(土) 09:17:07.08 ] Property Descriptorってのは特殊なJSONっていう理解でいいの？ 764 名前：デフォルトの名無しさん mailto:sage [2011/04/09(土) 19:14:44.53 ] ここまで合ってるところがひとつもない文だとかえって直しようがない 765 名前：デフォルトの名無しさん mailto:sage [2011/04/29(金) 22:28:49.48 ] IEで自分(パーツ)用のスタイルを設定したい場合にaddRuleを使ってたんだけど IE8以降の標準モードではなぜか動かなくなってるような？ 入れ物はできるけど中身が空になってる(.box{}みたいな感じ)。 そーいやChromeのダミーのaddRuleがそっくりの動作をしてたなと。 試してたソースはこれ。 if ( document.createStyleSheet ){ var myCSS =document.createStyleSheet(); myCSS.addRule( '.box', '{background-color: #f0f0f0;}' ); myCSS.addRule( '.box', '{border: 2px solid #aaaaaa;}' ); } 元のソースはIE以外にも対応するためにinsertRuleも使ってるんだけど 症状を確認するために極限まで削ってこれだけにしたのです。 (元のソースはcreateStyleSheetも使ってません) IE8でモードを切り替えながらCSSを見てたけど 互換モードとIE7標準モードでは設定されるけどIE8標準では設定されない。 IE6やIE7ならモードに関係なく設定される。 IE9もIE9標準モードでは設定されないけどinsertRuleが使える。 (IE9標準モード以外はIE8と同じ) ここまで重大な変更をしてると大きな問題になりそうな気がするけど ググっても言及してるところが見当たらない。 何か基本的なところで勘違いをしてるのでしょうか？ 766 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 08:54:13.95 ] myCSS.addRule( '.box', 'background-color: #f0f0f0;' ); myCSS.addRule( '.box', 'border: 2px solid #aaaaaa;' ); 767 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 08:55:40.26 ] 思わず答えちゃったけどECMAScript関係なくね? 768 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 14:48:24.99 ] 関係ないよね JavaScriptスレに行ったら？ 769 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 17:39:12.00 ] JavaScriptとも関係ない気がするけど Web制作板のJavaScriptスレはDOMの質問も扱っているようだ 770 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 11:23:34.55 ] 仲良くしようよ(´・ω・｀) 771 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 11:40:42.56 ] ECMAScript + DOM = JavaScript だからなあ。 DOMのこと聞けなかったらJavaScriptじゃなくてECMAScriptだ。 772 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 17:36:59.89 ] 最近じゃそこにHTML5周辺のAPIも混ざってきて混沌としているがな 773 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 06:30:41.36 ] >>771 釣りなのか? ECMAScript + Netscape独自拡張 = JavaScript WSHやサーバーサイドJSやSpiderMonkeyのシェルやRhinoはJavaScriptじゃないとでも? 774 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 06:37:32.32 ] WSH上で動くのはJScriptだな ECMAScript + Microsoft独自拡張 = JScript 断じてECMAScript + IEのDOMではない 775 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 06:45:29.37 ] ECMAScriptの解説書はなんで出ないんだろうか 776 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 11:20:41.14 ] The Good PartsはECMAScriptの解説みたいなもんだったが… ES5の解説本が出てもいいと思うが、 wikipedia(ja)も放置状態だし、関心のある人は少ないのでは? 777 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 13:13:45.40 ] サイ本で十分役割を果たしてる 778 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 14:00:23.06 ] Web寄りすぎるだろ。 779 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 03:58:52.39 ] そろそろデスクトップ方面に注目した総括的な書籍が出て欲しいなあ ネタ的には十分揃ってると思うんだけど Titanium : www.appcelerator.com/ DashCode : www.apple.com/macosx/developers/#dashcode Chromeless : mozillalabs.com/chromeless XULRunner : https://developer.mozilla.org/ja/XULRunner Google Desktop Gadgets : desktop.google.com/plugins Yahoo! Widgets : widgets.yahoo.co.jp/ Adobe Air : www.adobe.com/jp/products/air/ QML : doc.qt.nokia.com/4.7-snapshot/qdeclarativeintroduction.html Windows Scripting Host : support.microsoft.com/kb/232211 CommonJS : www.commonjs.org/ 780 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 06:55:35.87 ] WSHはもう互換性のためだけに提供されてる状態だった気がする 781 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 12:51:35.86 ] JScript9の新機能(ES5対応とか)はIE9の中でしか使えないんだっけ 782 名前：765 mailto:sage [2011/05/03(火) 18:05:18.66 ] 質問するところ間違えてしまったようですまない。 そして答えてくれてありがとう。 あまりに単純な原因に衝撃を受けたよ……カッコが原因だったとは。 間違ってたのに今まで運良く動いてただけか(よくあることだけど)。 最初に見たソースがカッコがついててそれを参考にしたみたいです。 さっきあちこち見てまわったらつけてる人とつけてない人がいるね。 783 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 18:34:49.88 ] これ、IE版firebugで見つけられるんじゃない? 784 名前：デフォルトの名無しさん mailto:sage [2011/05/04(水) 18:53:34.21 ] >>770 仲良くしてたらDOMの質問が際限なく来て始末に負えなくなるから、そこらへんは線引きしとかんと そのために2代目スレからは名前変わってるんだし 785 名前：デフォルトの名無しさん mailto:sage [2011/05/04(水) 21:00:16.42 ] これ Traceur のドキュメントだけど、Class ってそんなに欲しいかな・・・ code.google.com/p/traceur-compiler/wiki/LanguageFeatures 786 名前：デフォルトの名無しさん mailto:sage [2011/05/04(水) 22:01:33.11 ] あったら積極的に使うと思うがなくても(現状でも)そんなに困らない 787 名前：デフォルトの名無しさん mailto:sage [2011/05/08(日) 23:40:24.75 ] CoffeeScriptってどうよ jashkenas.github.com/coffee-script/ 俺はjsの方が好きだが 788 名前：デフォルトの名無しさん [2011/05/09(月) 01:28:22.57 ] >>787 Objectの書き方がどうも 改行やインデントが意味を持つのは馴染めんなあ JSに慣れきってるせいかも知れないけど song = ["do", "re", "mi", "fa", "so"] singers = {Jagger: "Rock", Elvis: "Roll"} bitlist = [   1, 0, 1   0, 0, 1   1, 1, 0 ] kids =   brother:     name: "Max"     age: 11   sister:     name: "Ida"     age: 9 789 名前：デフォルトの名無しさん mailto:sage [2011/05/09(月) 19:50:07.60 ] ES HarmonyはES4で一度挫折した構文の大幅変更に再チャレンジするみたいだな 790 名前：デフォルトの名無しさん mailto:sage [2011/05/10(火) 23:41:18.49 ] ECMAScript は Java の構文を意識したところがよかったのに 791 名前：デフォルトの名無しさん mailto:sage [2011/05/11(水) 00:20:45.95 ] >>789 harmony:modulesのこと? 792 名前：デフォルトの名無しさん mailto:sage [2011/05/11(水) 02:05:04.43 ] >>790 意味もなくJavaのキーワードが予約されてたりな 793 名前：デフォルトの名無しさん mailto:sage [2011/05/11(水) 08:25:51.48 ] 兎にも角にも名前空間をどうにかしてくだしあ 794 名前：デフォルトの名無しさん mailto:sage [2011/05/13(金) 01:49:36.82 ] var MyPackage = {}; MyPackage.foo = bar; みたいな感じで良いじゃん 795 名前：デフォルトの名無しさん mailto:sage [2011/05/25(水) 20:50:28.06 ] ブロックスコープないとクロージャが使いにくい 796 名前：デフォルトの名無しさん mailto:sage [2011/05/25(水) 21:26:54.08 ] いずれ let が使えるようになるからそれまで待つしか 797 名前：デフォルトの名無しさん [2011/05/30(月) 14:32:48.39 ] ESで使われていない主な半角記号でこれから自由に新定義できそうなのって『#』くらいだよね でも#ってfunction文の意味を持たせる案が有力なんだよね そういえば無知な質問するけど ESって全角記号使えるけど、海外の環境じゃあ全角って普通全く打てないものなの？ ☆くらいは使えたりするのかな？ せっかく使えるようにしてくれてるんだし、使えるんならどんどん使っていきたいよね ある程度ちゃんと使えば絶対良くなると思うんだ 798 名前：デフォルトの名無しさん mailto:sage [2011/05/30(月) 14:36:08.11 ] どうぞご勝手に 799 名前：デフォルトの名無しさん mailto:sage [2011/05/30(月) 15:39:05.07 ] >>797 APLみたいにとまではいかなくても、 Unicodeにたくさんある演算記号が使えたら面白いかもね。 800 名前：デフォルトの名無しさん mailto:sage [2011/05/30(月) 15:51:10.32 ] >>797 入力を心配する前にフォントの心配をしなきゃ 見えなきゃ打ててもしょうがない 801 名前：デフォルトの名無しさん mailto:sage [2011/06/01(水) 00:56:34.23 ] SpiderMonkeyが#を独自拡張に使ってるから避けてたんじゃないのか 802 名前：デフォルトの名無しさん mailto:sage [2011/06/01(水) 01:25:43.79 ] シャープ変数なんて使ったこともないし見たこともねえぞ・・・何だこれ 803 名前：デフォルトの名無しさん mailto:sage [2011/06/11(土) 16:11:51.19 ] radar.oreilly.com/2011/06/javascript-edges-permanent-james-duncan.html wingolog.org/archives/2011/06/10/v8-is-faster-than-gcc 804 名前：デフォルトの名無しさん mailto:sage [2011/06/11(土) 16:16:18.52 ] JVMのHotspot Engineもまったく同じような宣伝文句を使ってたよな。 時代は繰り返すにしてもちょっとスパンが短すぎやしないか ドッグイヤー換算だと100年くらい前の話ではあるが 805 名前：デフォルトの名無しさん mailto:sage [2011/06/11(土) 20:02:44.28 ] あとGCCでは関数が同じファイル内にあれば > unsigned int g (void) { return 1; } にまで最適化されますが何か? って指摘は意外と本質的で、 ECMAScriptではvalueOfなどをユーザー定義される可能性がある限り 同じような最適化はやりたくてもできない。 IE9のPreview版がはやまって導入したらMozillaの中の人から 速攻で突っ込まれたということもあったな。 806 名前：デフォルトの名無しさん mailto:sage [2011/06/12(日) 02:06:42.57 ] >>805 > unsigned int g (void) { return 1; } > にまで最適化されますが何か? ret += 1; にまでと言いたいの? 807 名前：デフォルトの名無しさん mailto:sage [2011/06/12(日) 04:14:11.60 ] >>806 知らん。リンク先に聞いてくれ 808 名前：デフォルトの名無しさん mailto:sage [2011/06/12(日) 10:18:21.73 ] リンク先はそう書いてない。 809 名前：デフォルトの名無しさん [2011/06/14(火) 01:54:57.27 ] valueOf(){return this; }は遅延評価に必須だからなぁｗ 810 名前：デフォルトの名無しさん mailto:sage [2011/06/14(火) 07:41:58.63 ] https://github.com/nzakas/computer-science-in-javascript/ 811 名前：デフォルトの名無しさん [2011/06/17(金) 02:58:48.69 ] テストのない8000行のJavaScriptを引き継いで、 一ヶ月程度でバグ修正と機能追加をしないといけないんだがどうしよう。死ぬの？ 812 名前：デフォルトの名無しさん mailto:sage [2011/06/17(金) 03:00:44.67 ] テストコードもないようなその品質も引き継げばいい。 813 名前：デフォルトの名無しさん mailto:sage [2011/06/17(金) 16:26:16.65 ] 久々にecmascript.orgみたら、 結構多くの機能が仕様取り込み候補になってるんだな。 814 名前：デフォルトの名無しさん mailto:sage [2011/06/18(土) 00:30:13.99 ] やっぱり module が入るのは嬉しいね まだ strawman だけど 815 名前：デフォルトの名無しさん mailto:sage [2011/06/18(土) 00:42:02.38 ] iq12.com/blog/as3-benchmark/ s3.mrale.ph/nodecamp.eu/ 816 名前：デフォルトの名無しさん mailto:sage [2011/06/19(日) 02:35:04.00 ] people.mozilla.com/~dmandelin/KnowYourEngines_Velocity2011.pdf 817 名前：デフォルトの名無しさん mailto:sage [2011/06/22(水) 22:32:05.07 ] brendaneich.com/2011/06/new-javascript-engine-module-owner/ 818 名前：デフォルトの名無しさん mailto:sage [2011/06/24(金) 20:25:27.00 ] blog.nodejs.org/2011/06/23/porting-node-to-windows-with-microsoft’s-help/ arstechnica.com/microsoft/news/2011/06/nodejs-coming-to-windows-azure-with-official-microsoft-support.ars 819 名前：デフォルトの名無しさん mailto:sage [2011/06/26(日) 18:05:52.19 ] >>779 jrunscript(Rhino)とJavaScript-Cも仲間に入れてつかーさい。 820 名前：デフォルトの名無しさん mailto:sage [2011/07/02(土) 05:47:33.39 ] ISO/IEC and Ecma International ratify “ES5.1”, the latest ECMAScript specification of Ecma International | EON: Enhanced Online News ttp://eon.businesswire.com/news/eon/20110630006619/en/Ecma-International/ECMAScript-5.1/Javascript Standard ECMA-262 www.ecma-international.org/publications/standards/Ecma-262.htm 5.1出てたー 821 名前：デフォルトの名無しさん mailto:sage [2011/07/05(火) 21:49:39.02 ] code.google.com/p/jslibs/wiki/JavascriptTips 822 名前：デフォルトの名無しさん [2011/07/10(日) 02:40:18.27 ] www.stanford.edu/class/cs101/cs101-demo.html 823 名前：デフォルトの名無しさん mailto:sage [2011/07/10(日) 10:26:08.62 ] Test 262 でブラウザの JavaScript 互換性をテストする www.infoq.com/jp/news/2011/07/Test-262 824 名前：デフォルトの名無しさん mailto:sage [2011/07/15(金) 02:32:54.41 ] addyosmani.com/resources/essentialjsdesignpatterns/book/ デザパタ信者は好きになれないけど、共通言語としての価値はあると思う 825 名前：デフォルトの名無しさん [2011/07/18(月) 20:54:00.65 ] Bruce Eckel の Blog に JavaScript の話題が出てた www.artima.com/weblogs/viewpost.jsp?thread=329840 826 名前：デフォルトの名無しさん [2011/07/23(土) 05:53:39.82 ] >>819 jrunscriptとrhinoを一緒にするでねぇ。あれは実装が違う。 827 名前：デフォルトの名無しさん mailto:sage [2011/07/23(土) 06:20:03.93 ] www.readwriteweb.com/hack/2011/07/javascript-was-no-accident.php 828 名前：デフォルトの名無しさん mailto:sage [2011/08/12(金) 11:29:56.94 ] シンプルなポーカー ゲームで理解する ECMAScript 5 blogs.msdn.com/b/ie_jp/archive/2011/08/10/10194385.aspx 829 名前：デフォルトの名無しさん mailto:sage [2011/08/25(木) 13:03:31.28 ] >>746 Operaやる気ないの? 10.50から全然変わってないじゃん 830 名前：デフォルトの名無しさん mailto:sage [2011/08/28(日) 12:20:09.84 ] Firefox 4、Safari 5.1、Chrome 13にIE10さえ完全対応しそうなのに Operaのやる気のなさは異常 831 名前：デフォルトの名無しさん mailto:sage [2011/08/28(日) 22:19:22.13 ] hibari.2ch.net/test/read.cgi/tech/1314333133/ JavaScriptスレというのができてるな 関連スレにJava関係を載せてるあたりネタ臭もするが 832 名前：デフォルトの名無しさん mailto:sage [2011/08/28(日) 23:11:20.39 ] es5とStrict-modeならRhinoですら実装したというのに。 833 名前：デフォルトの名無しさん mailto:sage [2011/08/29(月) 23:10:05.91 ] このスレとJavaScriptスレは普通に共存できる、というかJavaScriptスレが 穢れを一手に引き受けてくれるから問題ナッシング。 834 名前：デフォルトの名無しさん [2011/09/08(木) 17:27:09.77 ] operaは昔から最低限のものだけ実装するよってスタンスだし今後もこんなもんだろう 835 名前：デフォルトの名無しさん mailto:sage [2011/09/09(金) 03:26:16.65 ] 質問なのですが、JavaScriptで変数のスコープって 関数以外の区切りがありますか？ 例外的な変数のスコープの区切りになるものがありましたら 教えていただければ幸いです。 836 名前：デフォルトの名無しさん mailto:sage [2011/09/09(金) 03:58:41.13 ] catchの変数はcatch節の中だけだったと思う 837 名前：デフォルトの名無しさん mailto:sage [2011/09/09(金) 17:45:29.02 ] let! let! 838 名前：デフォルトの名無しさん mailto:sage [2011/09/10(土) 15:54:18.51 ] >>836 ES規定ではそうだけど、IE8- はバグ持ちなので注意 839 名前：デフォルトの名無しさん mailto:sage [2011/09/10(土) 17:43:02.27 ] お前らwithさんのことディスってんじゃねーよｗ 840 名前：デフォルトの名無しさん mailto:sage [2011/09/10(土) 19:54:03.14 ] withマジで役に立たない 名前空間がクソすぎるのを隠蔽できないゴミ 841 名前：デフォルトの名無しさん mailto:sage [2011/09/11(日) 00:29:14.62 ] ed3から非推奨で5から存在しないんじゃなかったか？ 842 名前：デフォルトの名無しさん mailto:sage [2011/09/11(日) 08:39:32.57 ] いつになったらletが気兼ねなく使えるようになるのか 843 名前：デフォルトの名無しさん mailto:sage [2011/09/11(日) 08:57:26.80 ] >>841 5のstrict modeで使えなくなる 844 名前：デフォルトの名無しさん mailto:sage [2011/09/11(日) 19:21:17.81 ] >>842 すべてのブラウザがjs17を実装したら。operaとIEが存在する以上まず無理だな。 845 名前：デフォルトの名無しさん mailto:sage [2011/09/12(月) 00:59:49.68 ] >>842 ES6 846 名前：デフォルトの名無しさん mailto:sage [2011/09/12(月) 03:46:17.82 ] >すべてのブラウザがjs17を実装したら すべてのブラウザのJavaScriptエンジンがSpiderMonkeyになったらと言っているようなものだな。 847 名前：デフォルトの名無しさん mailto:sage [2011/09/13(火) 02:39:21.61 ] >>846 標準化されてない機能がほしいっていう意見は現実的にはSpiderMonkeyと同じ実装が欲しいと言ってるのと同じじゃね？ mozillaのjsは先行実装なのに仕様が頓挫しただけだから元々入れる予定だったんだし。 getter/setterだって取り込まれたし例外処理が標準化してる今mozillaオリジナルってLiveConnectくらいだぞ。 SpiderMonkeyの機能にV8のJITが理想に近いのは誰でも思うところだろう。 848 名前：デフォルトの名無しさん mailto:sage [2011/09/13(火) 15:06:45.78 ] 例外がちゃんと入ってよかったねえ。 849 名前：デフォルトの名無しさん mailto:sage [2011/09/13(火) 18:15:30.15 ] 分割代入と式クロージャーの使えないJSエンジンに価値はない 850 名前：デフォルトの名無しさん mailto:sage [2011/09/13(火) 18:32:38.70 ] >>849 > 分割代入 for文とか発散しすぎて、5年前から何も進んでないw wiki.ecmascript.org/doku.php?id=proposals:destructuring_assignment wiki.ecmascript.org/doku.php?id=discussion:destructuring_assignment 代入式と実引数渡しだけでいいから仕様にしてくれないかなあ… 851 名前：デフォルトの名無しさん mailto:sage [2011/09/13(火) 18:51:24.80 ] >>850 こうやってみると結構月日を重ねたあれやこれやの経緯がとか 重い偲ばれて…esmascriptも色々なんですな… 852 名前：デフォルトの名無しさん mailto:sage [2011/09/13(火) 18:56:02.44 ] 多値返すケースとかそれをどう受けるとか その辺言語によってまちまちだし…しょうがない面もあるか… 853 名前：デフォルトの名無しさん mailto:sage [2011/09/13(火) 19:27:10.51 ] リストを多値に流用というか、混同している言語は悲惨だね。 ちゃんとリフトしないと。 854 名前：デフォルトの名無しさん mailto:sage [2011/09/14(水) 04:02:34.66 ] リストやタプルや酷いときは連想配列から取り出す作業が無くなるだけでも多値の分割代入は重要だしな。 正直イテレータ・ジェネレータ、yieldはとっとと普及しろと思う。何年も前の水準のコードをいつまで書かなきゃいけなんだ。 855 名前：デフォルトの名無しさん mailto:sage [2011/09/14(水) 05:21:20.71 ] >>844 　　　　　　　　　　　　　　　　　　　　　/ヽ､__ 　　　　　　　　　　 _,,　-──- ....__ //｀ｰ∠ 　　　　　　　,...."´:::::::::::::::＿_/_:::::::::ヽ!_／ヽ> 　　　　　.／:::::::::::::::::::::::::（　/　)::::::(＠）)__rイ　　　ｽｯ 　　　　 〈::::::::::::::::::::::::::::::::ﾞﾞ/￣:::::ヽ(＠＠)i ＼ 　　　　　ヽ,.'´￣｀ 7´　￣￣ ´￣｀｀ヽ::::::::;ヽ　ヽ 　　　　　　/　 　　/　/!　 　 　 ｀ヽ　　ヽ::/ヽ! ﾉ 　　　　　　　　　Full ECMAScript (JavaScript) 5.1 support 　　　　　　/ // 　 {　/ {　ﾄ､　|　 }ハ　､　ヽ|／ 　　　　　　　　　my.opera.com/desktopteam/blog/2011/09/13/es5 　　 　 　 |ｌ｛ { |　∧｛　ヽ.{‐ヽﾄ､ﾉ}ﾉﾊ　 　! ! 　　　　　ｌハﾊlヽ{_,..　｀　　､.__　　 ﾘ.ﾊl 　| |___________ 　　　　 　|　ﾊ.　(ﾋ_] 　　 　ﾋ_ﾝ )　!　 l　 | |　　　　／ 　 　　／ ヽﾍﾉ""　,＿___,　　""　 |　 |　 | ｌ　 　／ 　　／　 　ﾊ { 　　　　　　　　　 　 } 　}　 ｊ/　／ 　　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ 856 名前：デフォルトの名無しさん mailto:sage [2011/09/14(水) 06:13:28.06 ] >reporting one error 現時点で最優秀の準拠率なんだろうけど せっかくなんだからひとつしかないエラーをデバッグしてから Full supportって言えよｗ 857 名前：デフォルトの名無しさん mailto:sage [2011/09/14(水) 13:43:35.05 ] >>856 「S11.1.1_A2, is invalid.」 my.opera.com/desktopteam/blog/2011/09/13/es5 テスト自体が間違っているので、failedであってる 858 名前：デフォルトの名無しさん mailto:sage [2011/09/14(水) 23:35:44.92 ] スタンドアロンなblockの中でlet使う意義がわからん。 letは暗黙なブロックを生成するんだからスタンドアロンなblockの中で定義したら見た目とスコープが一致しなくなってわかりにくいんじゃないの？ let文じゃダメなのか？ 859 名前：デフォルトの名無しさん mailto:sage [2011/09/15(木) 10:56:16.49 ] 見た目とスコープは一致しているし、(むしろそのためのlet) ECMAScriptには明示的なスコープブロックがないんだからあれば便利。 860 名前：デフォルトの名無しさん mailto:sage [2011/09/16(金) 23:44:20.46 ] letの右辺は暗黙のブロックの中だからvar x=10; {let x=x;}でLexical EnvironmentのxからVariable Environmentのxが 参照できないからThisBindingしなきゃいけないのはecmascriptだけの特殊事情だから予測され得る見た目と一致してない。 let文ならvar x=10; let(x=x){};で済むからThisBindingを念頭におく必要はなくて特殊事情知らなくても予測可能だろ。 わざわざecmascriptの仕様に精通してなきゃわからない見た目と結果の乖離を起こすくらいならはじめからlet文でいいんじゃないか？ 今流行でjavascript書いてる連中なんてコンテキストと環境の関係なんて理解してないのが多いだろ。 861 名前：デフォルトの名無しさん mailto:sage [2011/09/17(土) 01:11:02.16 ] そういうのが欲しければlabels文とかletrec文って呼んで新しく提案しろよ 実装ひとつもないのに無茶言い過ぎ 862 名前：デフォルトの名無しさん mailto:sage [2011/09/17(土) 04:07:33.84 ] 明示的にvar/externしないとグローバル変数にならない、と 逆にするだけでもずいぶん助かる 既存のコードは全滅だが 863 名前：デフォルトの名無しさん mailto:sage [2011/09/17(土) 09:46:53.34 ] >>861 実装がひとつもないってなんの話だ？ 864 名前：デフォルトの名無しさん mailto:sage [2011/09/19(月) 17:28:11.50 ] let文 865 名前：デフォルトの名無しさん mailto:sage [2011/09/20(火) 01:46:59.46 ] >>862 strict modeなら何も書かない場合勝手にグローバル変数生成しないで エラーになるでしょ 866 名前：デフォルトの名無しさん mailto:sage [2011/09/21(水) 07:41:38.28 ] >>864 let文の実装ならあるじゃん。 867 名前：デフォルトの名無しさん mailto:sage [2011/09/21(水) 08:26:59.72 ] River Trail ? Intel's Parallel JavaScript ttp://games.slashdot.org/story/11/09/16/1922243/River-Trail-mdash-Intels-Parallel-JavaScript 868 名前：デフォルトの名無しさん mailto:sage [2011/09/22(木) 15:50:36.46 ] JavaScriptに並列処理機能を追加する、IntelのJavaScript拡張機能が明らかに www.infoq.com/jp/news/2011/09/javascript-parallel-processing 869 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 19:19:52.60 ] パーフェクトJavaScriptって本どうすか？ 870 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 21:37:36.84 ] javascriptスレで聞け 871 名前：デフォルトの名無しさん mailto:sage [2011/10/02(日) 01:08:40.83 ] ECMAScript5はIE8を搭載したWindows7のサポートが切れる2020年までは絵に描いた餅かな 悲しいけどこれが現実なのよね 872 名前：デフォルトの名無しさん mailto:sage [2011/10/02(日) 09:00:08.70 ] クロスブラウザする必要ない場面ならそうでもなくね ブラウザー拡張、node.jsとか あとはUA判別後に部分的にES5の機能を利用するとか 873 名前：デフォルトの名無しさん mailto:sage [2011/10/02(日) 12:16:11.33 ] node.js は windows　じゃ npm とか 外部ライブラリが利用できないです https://github.com/joyent/node/wiki/Building-node.js-on-Cygwin-%28Windows%29 >Last edited by dobesv, September 19, 2011 そこで cgwin ですよ cgwinと。 874 名前：デフォルトの名無しさん mailto:sage [2011/10/02(日) 12:27:13.98 ] cygwin？ 875 名前：デフォルトの名無しさん mailto:sage [2011/10/02(日) 14:00:03.72 ] dmonkey script とか昔からあるよね 互換実装なら… 876 名前：デフォルトの名無しさん mailto:sage [2011/10/03(月) 23:04:46.79 ] >>871 だから後方互換性なんか無視して理想言語を仕上げりゃ良かったんだ 足を引っ張るのはいつも現実を見てない自称「現実派」 877 名前：デフォルトの名無しさん mailto:sage [2011/10/04(火) 01:11:54.16 ] そのうちVMだけ標準化してコンパイルしたILを走らせるようになると夢想 878 名前：デフォルトの名無しさん mailto:sage [2011/10/04(火) 01:22:55.40 ] 理想言語ならすでにSchemeがあるだろう？ 879 名前：デフォルトの名無しさん mailto:sage [2011/10/04(火) 20:45:36.00 ] >>876 ES4ゴリ押しした連中こそ現実見てなかっただろ 880 名前：デフォルトの名無しさん mailto:sage [2011/10/04(火) 20:47:46.34 ] その頃には76バージョンのIEのサポートが必要になったりして クロスブラウザは破綻してるよ paulirish.com/2011/browser-market-pollution-iex-is-the-new-ie6/ 881 名前：デフォルトの名無しさん mailto:sage [2011/10/04(火) 22:22:25.03 ] >>879 ES4は中途半端なJavaって印象があるから理想とは程遠かったんだよきっと 882 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 19:45:55.37 ] >>876-878 ボブ「そんなあなたに持って来いのRhinoを今回ご紹介。 JavaVMで走りjavaの資産も使えjavascript自身の手続き、OOP、関数型パラダイムに加えてなんと継続までサポート！」 パトリシア「でもV8みたいに言語仕様が古いんでしょ？」 ボブ「お〜パット、そんな心配は無用さ。Rhinoを開発してるのはmozilla。本家本元js1.8まで対応さこれで安心だろ？」 パトシリア「まあ！それはすごいわボブっ！それならyeildすらなくてイライラすることもないわね！」 ボブ「そうさパット！これでフィボナッチ数列もたったの数行で書けるよ。ロジックに集中できて便利だろ。 それにね・・・このLiveConnect、LC3っていうんだけど、なんとJavaとシームレスに通信ができるからJavaの資産が使い放題なんだ！」 パトリシア「わ〜お！それはびっくりね」 ボブ「ちょと待ってパット。今ならなんとRhinoにしかない継続までサポートされているんだ！」 パトリシア「どういうことボブ・・・え〜とそれはつまり、プリエンプティブ・マルチタスクが自分で実装できるってことかしら？」 ボブ「プリエンプティブ・マルチタスク？そうさパット。マルチタスクだって例外処理だって自分で実装できちゃうすぐれものだよ！」 パトリシア「あぁ〜ちょっと、どうしようかしら・・・。でもボブ、そんなに至れり尽くせりだったらお値段がちょっと高めなんじゃない？」 ボブ「そう来ると思ったよパット。なんとこのRhino、mozilla開発でモダンなコードも書けて継続まであってこの値段なんだ！」 　ち　ょ　っ　と　お　待　ち　く　だ　さ　い　！　！ yeildが書けて継続まであるRhino。実はこれだけじゃないんです！ 今ならなんとE4XとAOTコンパイルが出来るコンパイラ、GUIデバッガがついてお値段なんと！ ボブ「オープンソースにつきタダ！」 パトリシア「タダ？ほんとにタダなのボブ！？」 ボブ「そうさpricelessさ！」 パトリシア「まあ！今すぐダウンロードしに行かなくっちゃッ」 ボブ「お〜と、ひとつだけいいかいパット？WWWへの接続料は自分で持ってね。なに、ほんのチップがわりみたいなもんさ。だってそうだろ？」 パトリシア「まあ、ボブったら」 ボブ「HAHAHAHAHAHA」 883 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 20:04:41.64 ] > ボブ「そうさpricelessさ！」 タダほど高いものはない ってことですかボブ 884 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 20:56:31.37 ] LispやPython使ったらええがなって思います 885 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 21:09:43.30 ] >>883 マジレスしていいのか。 それと「アメリカの通販番組はpricelessly」とかけてる。 MCのCMがpricelessで〆てたからさHAHAHA 886 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 21:24:54.55 ] >884 CommonLisp/SchemeはとっつきにくいしPythonは標準規格がない よし、ここはRubyをだな…… 887 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 21:37:50.00 ] pythonに標準規格がないとかいう文句初めて見たわ 888 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 22:09:24.59 ] 2004年のものだけど。 WHY Common Lisp? cl-www.msi.co.jp/solutions/knowledge/lisp-world/articles/why-lisp > ANSI, ISO あるいは JIS で現実的な仕様の決まっている programming 言語と > いうものはそう多くなく、わたしに思いつくものはCOBOL, FORTRAN, ADA, > PL/1, C/C++, Common Lisp くらいしかありません。どれも一応 PC も含めた複 > 数の platform で動いていますが、この中で例えば web server を現実的なコ > ストで書けるものは何か、と尋ねたら C/C++ か Common Lisp に落着く。 > > したがって、どの programming 言語を使いますか?という問いは、 > > gc のない C/C++ と、それを持つ Common Lisp の、どちらを使いますか? > > という問いと同値です。 889 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 23:35:15.47 ] rubyは組み込むにはでかすぎる。信者があまりにもキモすぎるで論外。 890 名前：デフォルトの名無しさん mailto:sage [2011/10/06(木) 00:57:52.87 ] ECMAScriptの文法とどっこいどっこいじゃね＞キモい それに信者は言語と関係ないし 891 名前：デフォルトの名無しさん mailto:sage [2011/10/06(木) 01:16:50.19 ] >>888 当時すでにESは標準化されてるのに見事にスルーしてるのがひどい…… ほかにも今のところIEEEのSchemeとか、ECMAのC#とか ISOならSmalltalk、Prolog、Eiffel、Modula-2、Forthなんかがあるな Rubyも一応今ならJISがあるし、ISOにファストトラックで送られてる最中 Haskellみたいなのも一応標準化されてると言えるのかな 892 名前：デフォルトの名無しさん mailto:sage [2011/10/06(木) 01:50:29.44 ] 仕様なんてなくたって次期gcc4.6に組み込まれることになった golang さんのことも忘れないでくださいね… 893 名前：デフォルトの名無しさん mailto:sage [2011/10/06(木) 04:56:47.88 ] >>891 要するに実装に縛られたくないんだろうけどlisp使いたいだけの後付だよね 894 名前：デフォルトの名無しさん mailto:sage [2011/10/06(木) 06:31:00.43 ] プロパティに名前空間つかんのかの 895 名前：デフォルトの名無しさん mailto:sage [2011/10/06(木) 10:50:06.18 ] c# みたいにならないかそれ delphi とか pascal みたいにいったほうが 正確か…昔の葉名前空間と言うよりモジュール名で管理というかんじだけど 896 名前：デフォルトの名無しさん mailto:sage [2011/10/07(金) 02:27:49.65 ] オブジェクトが名前空間に属すなら それを参照するプロパティも同じプレフィクスを持つとか 897 名前：デフォルトの名無しさん mailto:sage [2011/10/07(金) 14:24:23.42 ] >>882 Rhinoよく使うけどyieldとかletが使えるようになってたこと知らなかった。 ありがとう。 でもgenerator式はまだなんだね。 898 名前：デフォルトの名無しさん mailto:sage [2011/10/08(土) 00:19:18.22 ] >>897 js1.8自身ジェネレータまわりの変更がメインだからだと思う。 Rhinoで使えるバージョン=rhinoのバージョン数+サポートしたと言っている言語仕様バージョンの一部て感じだからspidermonkeyと同期してるわけじゃないよ。 Rhino1.7R3の変更ってes5準拠とCommonJSサポートのが目立つしね。 組み込み用途だとjs object実装がjava collectionsとして扱えるようになったから便利になったよ。 899 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 09:26:39.29 ] javascriptのアンチテーゼのはずのDartが見事なjavascript1.5なのは仕様面で見てどう思うよ？ 900 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 12:31:15.46 ] Dartがjs1.5というのは分からないけどこのクソ言語だけは絶対に流行って欲しくない 901 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 13:18:10.06 ] DartもCoffeeも一緒に滅んでくれ あと激重jQueryもな jsごとき1から10まで手書きできなくてどうする 902 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 13:40:38.05 ] ついでにECMAScriptも滅べばいいのに 903 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 14:00:14.77 ] Dartがボロクソに叩かれまくって、じゃあブラウザにvm乗せてもう好きな言語で開発できるようにしようぜって流れになればいい 904 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 22:29:08.63 ] IEは好きなスクリプト言語を自由に追加できる設計だった IE6は登場時点ではほんとに超先進的ブラウザだったんだよ 905 名前：デフォルトの名無しさん mailto:sage [2011/10/13(木) 03:59:40.91 ] >>903 java plug-inの出番だな。CommonDOMだけじゃなくLiveConnectもjava plug-inの管轄になったから次はブラウザ用の言語か。 906 名前：デフォルトの名無しさん mailto:sage [2011/10/13(木) 12:15:58.05 ] > ...このクソ言語だけは絶対に流行って欲しくない > ついでにECMAScriptも滅べばいいのに こういうアンチ野郎が多い言語は、不思議と普及してしまうというマーフィーの法則 907 名前：デフォルトの名無しさん mailto:sage [2011/10/13(木) 14:03:13.55 ] 出たばかりのLiveScriptもいじり倒して遊んでるギーク以外重いからやめろって結構言われてたよ。 そのときからcallerまわりは問題視されてたけどnetscapeには黙殺されて今までズルズルやってんよ。 908 名前：デフォルトの名無しさん mailto:sage [2011/10/13(木) 21:14:27.79 ] ECMAScript.next: the “TXJS” update by Eich ttp://www.2ality.com/2011/06/esnext-txjs.html 909 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 14:36:11.77 ] Dartのすごさがイマイチわからんけど よく見る「ECMAScriptのセミコロン省略が良かった／悪かった」てのは 単純にHTMLのonclick="..."とかでセミコロン不要にするってだけのものだろ？ onclickにDartを書きたいときとか、どう区別すんの 910 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 16:12:09.46 ] >>909 www.dartlang.org/articles/embedding-in-html/ 911 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 16:54:56.59 ] >>910 なるほどね こりゃ、だめだわ 912 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 17:14:23.36 ] ん、htmlタグの属性値中でセミコロン使うと何か問題あるんだっけ？ 913 名前：デフォルトの名無しさん mailto:sage [2011/10/14(金) 21:19:50.77 ] HTML5の仕様によるとonclickにはJavaScriptしか書けないので そもそも考慮無用 914 名前：デフォルトの名無しさん mailto:sage [2011/10/15(土) 00:44:43.61 ] >単純にHTMLのonclick="..."とかでセミコロン不要にするってだけのものだろ？ そもそもこれが間違ってる。 分かりきったものをだらだらと書かせるなよって事。型推論いいよねと似てる。 他の言語だとxml地獄、rubyでend地獄やpythonのインデント強制によるエントロピー増加が問題なわけ。 省略したらしたでjsみたいな問題も出てくるし、jsの場合はセミコロンの省略が言語仕様にあるからそれとは別問題。 たんにセミコロン省略できない言語メインが省略便利といってるだけ。 915 名前：デフォルトの名無しさん mailto:sage [2011/10/15(土) 01:21:58.33 ] >>914 すまんが何言ってるかちょっとわからん まーあれだ、イベントハンドラのrobustnessの重要性にjQueryもやっと気づきはじめたところに document.query(...).on.click.addとか、また黒歴史を繰り返すのかよって感じ ライブラリの問題だからスレ違いだけどな 916 名前：デフォルトの名無しさん mailto:sage [2011/10/15(土) 04:26:27.99 ] dartスレのjQuery厨か？ 917 名前：デフォルトの名無しさん mailto:sage [2011/10/16(日) 18:54:33.85 ] Dartスレなんてあったのかよ なんでここで議論してんだ 918 名前：デフォルトの名無しさん mailto:sage [2011/11/25(金) 19:39:31.74 ] JDKのjavascript実装がJDK7でrhino1.7R3に変わっとる。 デフォルトの言語バージョンが1.8で特権コード書かないと変更できないようになってるがJDK8でnashornに変えるのに互換性大丈夫だろうか。 これはもしかしてnashornが1.8準拠なのか？ spidermonkeyもjs1.8.xでes5準拠だしやっと最新仕様で早い実装が来るかもしれんな。 919 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 13:10:41.45 ] VB6.0のScriptControlでDMDScriptを使おうとしています。 www.digitalmars.com/dscript/download.html の「DMDScript binaries」をダウンロードしました。 ScriptControl1.Language="DMDScript"でエラーにはならないので 認識はされているようなのですが、 ScriptControl1.Eval("1+1")で何も返してくれません。 JScriptとVBScriptはもちろん、PerlScriptとRubyScriptで ちゃんと値を返したのですが DMDScriptはScriptControlから呼び出されるEvalに対する インターフェース(?)を実装していないのでしょうか? 920 名前：デフォルトの名無しさん mailto:sage [2011/12/14(水) 05:26:38.70 ] APIの実装固有はスレチ。 javascriptスレがあるがjs互換じゃなくてJScript互換なDMDScriptも対象かは知らん 921 名前：デフォルトの名無しさん mailto:sage [2011/12/15(木) 09:14:23.79 ] 412 ：デフォルトの名無しさん [↓] ：2011/12/14(水) 18:41:16.34 なんでプログラム板にこのスレがあるんだ 413+1 ：デフォルトの名無しさん [↓] ：2011/12/14(水) 18:48:12.24 JavaScriptがブラウザ以外の環境でも使われだしたから。 418 ：デフォルトの名無しさん [↓] ：2011/12/15(木) 07:49:36.32 jsはブラウザによって挙動が異なるけど、これはjsで言うところのクライアント（エージェント)ねたになるのでweb系板扱い。そもそもム板ではブラウザの挙動などまったく興味ないし誰も知らない。 419 ：デフォルトの名無しさん [↓] ：2011/12/15(木) 08:20:30.49 >>413 それならブラウザで使用するJavaScriptの話をここでするのはおかしいんじゃないの 420 ：デフォルトの名無しさん [↓] ：2011/12/15(木) 08:37:54.15 ム板でjsスレがあってもおかしくないけど、ブラウザねた(jsコンパイラの実装レベルの違い)や ブラウザ依存（xml/domなどの処理クラス・オブジェクトのサポートがブラウザ別にある・ないなど）の話題が中心になるは興味ないしそういうtipsコードはプログラムに関係ないからこの板では勘弁してほしい。 421 ：デフォルトの名無しさん [↓] ：2011/12/15(木) 08:54:50.81 いくつか乱立してるからそのうち一つにまとめると2ch jsコミニティーとして成立するだろうね。 【node.js】サーバサイドjavascript【Rhino】 みたくクライアントサイドの議論じゃないってことを付けとくと勘違い者とかまぬけ者は無理にスレに入ってこないだろう。 俺はインタプリタでrhinoを使ってるからjavaにも精通する必要があるしcgi,httpserver,streamなんかも当然に理解してる必要があるけど、ブラウザでやるならmozilla,webkit,chromeのjs実装が中心でms-ieはweb板扱いになるんじゃないか。 423 ：デフォルトの名無しさん [↓] ：2011/12/15(木) 09:11:26.52 ECMAScript デス 3 hibari.2ch.net/test/read.cgi/tech/1190160481/ が、ム板のjs本スレか。じゃそっちに集約するし移動するか。 922 名前：デフォルトの名無しさん mailto:sage [2011/12/15(木) 12:58:05.22 ] >>918 jdk6 rhinoは御承知のようにJavaAdapterがサン実装なのですが、rhino script上でjava class abstractを継承したjs funtionまたはabstractを直にnewしたようなインスタンスはどうやって作ればいいでしょうか。 923 名前：デフォルトの名無しさん mailto:sage [2011/12/20(火) 01:48:43.81 ] node のせいで let、yield使えないv8のjsが流行ってるけど、 どうしてこうなった。 明らかにMozilla側の実装の方がよかった…。 924 名前：デフォルトの名無しさん mailto:sage [2011/12/20(火) 11:02:48.62 ] このスレで言うことじゃない。 925 名前：デフォルトの名無しさん mailto:sage [2011/12/23(金) 14:50:49.73 ] letやyieldはMozillaの独自実装 断じて先行実装ではない 多分 926 名前：デフォルトの名無しさん mailto:sage [2011/12/23(金) 17:49:32.07 ] 先行＝独自です。 ただし、letなんかはharmonyの後でも議論が続いていて入る見込みが大いにあります。 wiki.ecmascript.org/doku.php?id=harmony:block_scoped_bindings (function (){ 〜 })();とか new function (){ 〜 };とか馬鹿馬鹿しいし。 927 名前：デフォルトの名無しさん mailto:sage [2011/12/23(金) 19:13:57.92 ] 本家とはいえ、Mozillaのオラオラ実装っぷりはIEを笑えん 928 名前：デフォルトの名無しさん mailto:sage [2011/12/23(金) 19:19:08.58 ] そうだそうだ しかるべき組織が策定した仕様から実装しろ！ 929 名前：デフォルトの名無しさん mailto:sage [2011/12/23(金) 19:41:56.23 ] そりゃC++をみてから言えよ イニシアチブを一社がとって進むほうが 結果的にいいものが出来るよ 熟成したら独立組織に移管がよか 930 名前：デフォルトの名無しさん mailto:sage [2011/12/23(金) 20:23:08.81 ] C++はStroustrupが指揮棒握ってるよ。 JavascriptでEichのやらせたharmonyレベルの仕事は常にしてる。 委員会で仕様を策定しているのが原因だと思うのは言語をよく理解できてないから。 931 名前：デフォルトの名無しさん mailto:sage [2011/12/23(金) 20:26:15.10 ] IE6の時代が最もいい時代だったってこった 932 名前：デフォルトの名無しさん mailto:sage [2011/12/24(土) 17:49:47.25 ] MSは前に立つとボロがでるから 後ろからついてく会社 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の独自実装とは違った仕様になる可能性大だけどな

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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