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/ 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

---

---

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

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