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/ 549 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 08:08:13 ] Compact Profileはeval入ってないのか。 JSONじゃなくXMLだけでAjaxやれってこと？ 550 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 14:52:04 ] JSONはes4で読み込みライブラリが付くはずだったけど3.1はどうなるんだろう。 551 名前：デフォルトの名無しさん mailto:age [2009/02/13(金) 15:22:36 ] >>549>>550 いつの話をしてるの？ Ajaxなんてまるで想定してないのがES-CP。 www.ecma-international.org/publications/standards/Ecma-327.htm 552 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 22:30:12 ] >>549 Compact Profile の考えを Security 関連に絞って再構築しているのが Secure ECMAScript。これも eval がない。 wiki.ecmascript.org/doku.php?id=ses:ses >>550 Draft as of 09 Feb 2009 だと JSON 関連は生きてるが wiki.ecmascript.org/doku.php?id=es3.1:es3.1_proposal_working_draft 553 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 23:41:25 ] >>551 もう3.1はこのドラフトで殆んど出来上がってるように見えるんだが あと何が足りないんだ？　さっさと勧告してほしい。 遅れれば遅れるほどIEのJS2の実装が延びる…… 554 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 23:47:27 ] MSが実装をどうするかなんて標準化作業の進み具合とはあまり関係ないだろ。 直接MSにこれはこうだからこうしろと文句いうほうが10倍は影響力がある。 555 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 23:48:48 ] IEなんざapplication/ecmascriptどころか application/javascriptすら読み込まないじゃねーか 当分無視でいいだろ。 556 名前：デフォルトの名無しさん mailto:age [2009/02/14(土) 00:27:01 ] >>553 IEのスケジュールに影響するから早くしろって言うのか? 557 名前：デフォルトの名無しさん mailto:sage [2009/02/14(土) 00:52:02 ] JScriptなんて元々眼中にない。 Ecmaに限ったことじゃないが今まで散々標準に準拠しなかったのが最近になって対応をやってるが ブラウザ界だとIE8を超えれば落ち着くだろう。（もちろん、ろくな標準準拠は果たせず） XML関連はもっと悲惨だろう。 今の実装を捨てない限り永久にまともな実装は出てこないだろう。 結果、相も変わらずIEは無視したいができない現状が続くかと・・・。 558 名前：デフォルトの名無しさん mailto:sage [2009/02/14(土) 06:20:35 ] IEの何が悲惨って、 実装が糞のくせにOS組み込み型だから アップデートが遅いのが一番悲惨 Chromeみたいに一定周期で安定版を 出してくれれば、まだ救いがあるのに 559 名前：デフォルトの名無しさん [2009/02/14(土) 08:13:14 ] IEならWindowsUpdateがあるじゃないか ただ大田総理が「今までできてたことができなくなるからUpdateイラネ」って言ってた。 560 名前：デフォルトの名無しさん mailto:sage [2009/02/14(土) 09:21:14 ] 敢えてアップデートはせずに脆弱性突かれ放題にしておくんですね。分かります。 561 名前：デフォルトの名無しさん mailto:sage [2009/02/14(土) 09:40:18 ] 大田総理が言いたいのは 「今まで脆弱性を突き放題できてたことができなくなるから皆がUpdateするのイラネ」 ってことじゃね 562 名前：デフォルトの名無しさん [2009/02/28(土) 11:19:06 ] stringオブジェクトについて少し質問です。 標準仕様にあるtoLowerCaseメソッドとtoLocaleLowerCaseの違いについて知りたくて調べております。 標準仕様によると > 正規 Unicode 文字マッピングで言語の規則が干渉する (たとえばトルコ語のような) ごく一部の文字でのみ違いが存在する。 とありますが、この文章の意味はいったい何なのでしょうか？ 最初はドイツ語のウムラウト(Ü)等、英語のアルファベット以外も正しく小文字に変換するのだろうと思っていたのですが ドイツ語やフランス語でも(toLowerCaseメソッド/toLocaleLowerCase)の双方で結果が同じでした。 キリル文字(ロシア語)のグレイヴ付きЕ、グレイヴ付きИだけ、ブラウザごとに違いが出ました。 正直浅学を恥じますが、少々でも知識のある方いらっしゃいましたらご教授お願いいたします。 563 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 12:20:34 ] 実装依存じゃないのかな。 564 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 13:18:10 ] トルコ語の例というのは多分Iとİのことでしょう。 通常ならIの小文字はiですが、トルコ語にはIの他にİという文字があり、 iは後者の小文字として扱われます。 I → ı İ → i この辺をきっちり処理するのがtoLocaleLowerCaseなのではないかと。 565 名前：562 [2009/02/28(土) 15:28:43 ] なるほど、そうなると日本語を選択した環境では 「I」、「İ」共に小文字のiが返るのが仕様上正しいのですね。 一応各ブラウザ上での動作です。 IE:I→i,İ→İ Firefox:I→i,İ→i Opera:I→i,İ→i Saari:I→i,İ→i ieだけlocaleLowerCaseで大文字のİが返ります。 グレイヴ付きЕ、グレイヴ付きИでの変換の結果が違うのは、マイナー文字なので対応が遅れているだけなのでしょう。 566 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 17:41:38 ] そういやString.toLocaleString()って仕様上はロケールに合わせた文字列を返すんだよな。 SpiderMonkeyの実装だとObject.toLocaleString()はtoString()を返してArray,Number,Dataしかオーバーライドされてないんだが結局これも実装依存なんだろうか？ 567 名前：562 [2009/02/28(土) 23:38:57 ] > Object.prototype.toLocaleString() > この関数の最初のパラメータは、この標準の将来のバージョンにおいて使用されそうである とあるので、Objectではこれで良いのでしょう。 Arrayは、飛ばして議論をすると Date > ホスト環境の現在のロケールの慣習に該当する形式の Date の表現が意図される。 Number > この関数は実装依存で、 toString と同じものを返すことを許可されているが推奨もされない。 となっているので、仕様では何も定めていませんね。実装依存でしょう。 しかし、実際に調べてみるとブラウザ毎にまちまちになっていますね。 document.write( (1000).toLocaleString() +"<br />" ); document.write( (new Date()).toLocaleString() +"<br />" ); Dateオブジェクト IE 1,000.00 Firefox 1,000 Opera 1000 Safari 1000 Numberオブジェクト IE 2009年2月28日 23:16:34 Firefox 2009年2月28日 23:14:51 Opera 2009/02/28 23:16:00 Safari Saturday, February 28, 2009 23:15:29 見た感じではFirefoxが一番頑張っていて、Opera、Safariは日本語環境を考えていない印象を受けますね。 これは日本語環境下での動作でしょうから、他言語ではどうなるのかが気になりますが… 568 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 23:46:55 ] そのOperaの日付表記は、明らかに日本語環境の短い形式でしょう。 569 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 23:58:00 ] ちなみにC#(というか.NET)でこういうことすると、こういう表示になる。 ----- Console.WriteLine(DateTime.Now.ToString(new CultureInfo("ja-jp").DateTimeFormat)); Console.WriteLine(DateTime.Now.ToString(new CultureInfo("en-us").DateTimeFormat)); Console.WriteLine(DateTime.Now.ToString(new CultureInfo("en-gb").DateTimeFormat)); ----- 2009/02/28 23:56:31 2/28/2009 11:56:31 PM 28/02/2009 23:56:31 570 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 00:37:11 ] yyyy/mm/dd time方式ってRFCになかったっけ？ それかどこかで標準化されてないっけ？ んで結局>>567はString.toLocaleString()の話をしてないのはなんで？ #Data.prototype.toLocaleString()はSwatch Internet Timeを返すべきだと思うんだ。ブラウザの実装だしとかいってみるｗ 571 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 01:02:22 ] ISO8601にある。 572 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 01:07:01 ] ISO8601で'/'は範囲(期間)を示すから違うのでは？ 2009-03-01T01:05:23+09:00って形式でしょう。 573 名前：567 [2009/03/01(日) 07:38:14 ] なんだか知らない単語が吹き出してきて少し困りました… とりあえず、ちょっとだけ整理のために… Object.toLocaleString()はオーバーライドされるために定義されてだけなのでtoString()と同じで良いし Array.toLocaleString()は、他のオブジェクトのtoLocaleStringで文字列化してから連結する、なのでこれは無視して良い。 なので問題はDateとNumberオブジェクトでどうするかなのだと思うのです。 仕様を読むと次の様になっています > Date.toLocaleTimeString() > この関数は文字列値を返す。文字列の内容は実装依存であるが、現在のタイムゾーンの、簡便で人間に読解可能な、ホスト環境の現在のロケールの慣習に該当する形式の Date の "date" 成分の表現が意図される。 > Number.toLocaleString() > ホスト環境の現在のロケールの慣習に沿って整形される Number の値を表す文字列値を生成する。この関数は実装依存で、 toString と同じものを返すことを許可されているが推奨もされない。 「2009-03-01T01:05:23+09:00」の形式に関してはHTMLの[DATETIME]形式ですね。 www.asahi-net.or.jp/~SD5A-UCD/rec-html401j/types.html#type-datetime ISO8601に関してはググったらwikipediaに該当項目がありました ja.wikipedia.org/wiki/ISO_8601 私の場合は、ロケールの慣習に該当するというのは「○月×日」みたいな感じに返してくれるのが正しい様な気がしたのですが、んー知識不足です。正直言って。 574 名前：567 [2009/03/01(日) 10:45:13 ] あとすいません忘れてました。String.toLocaleStringは標準仕様では存在していなかったです。 なのでプロトタイプチェーンを手繰ってObject.toLocaleStringを呼び出しているはず…。 575 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 12:40:31 ] >>573 おかしいよその仕様。どこで見たの?他と取り違えてるかコピペミスしてるよね。 原文を当たるまでもないが、一応: www.ecma-international.org/publications/files/ECMA-ST/Ecma-262.pdf 15.9.5.7 Date.prototype.toLocaleTimeString ( ) This function returns a string value. The contents of the string are implementation-dependent, but are intended to represent the “time” portion of the Date in the current time zone in a convenient, humanreadable form that corresponds to the conventions of the host environment’s current locale. 576 名前：574 [2009/03/01(日) 15:51:10 ] あ、申し訳ございません。 ご指摘のとおり、私のコピペミスですね。 Date.toLocaleString()の方をコピペすべきだったのですが…。 原文と邦訳の方載せておきます。 www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/15-9_Date_Objects.html > この関数は文字列値を返す。文字列の内容は実装依存であるが、現在のタイムゾーンの、簡便で人間に読解可能な、ホスト環境の現在のロケールの慣習に該当する形式の Date の表現が意図される。 > NOTE この関数の第一引数は、この標準の将来のバージョンで使用される可能性がある; 実装はこのパラメータを他の用途に使用しないことを推奨される。 > 15.9.5.5Date.prototype.toLocaleString() > Thisfunctionreturnsastringvalue.Thecontentsofthestringareimplementation-dependent,butare intendedtorepresenttheDateinthecurrenttimezoneinaconvenient,human-readableformthat correspondstotheconventionsofthehostenvironment*fscurrentlocale > NOTE > Thefirstparametertothisfunctionislikelytobeusedinafutureversionofthisstandard;itis recommendedthatimplementationsdonotusethisparameterpositionforanythingelse. みなさま、申し訳ありませんでした。 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が作られる予定ですけど？

---

---

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

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