ECMAScript デス 4

1 名前：デフォルトの名無しさん mailto:sage [2012/01/02(月) 05:16:18.29 ] 《ECMAScriptを語るスレ》 1. - 概要 - ECMA-262規格として知られる言語（通称 ECMAScript）についての利用法や言語仕様、 その他四方山話をするスレです。 Standard ECMA-262 ECMAScript Language Specification Edition 5.1 (June 2011) 標準規格（英語） www.ecma-international.org/publications/standards/Ecma-262.htm Annotated ECMAScript 5.1 es5.github.com/ Draft Specification for ES.next (Ecma-262 Edition 6) wiki.ecmascript.org/doku.php?id=harmony:specification_drafts Under Translation of ECMA-262 3rd Edition (日本語訳) www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/ ■前スレ ECMAScript デス 3 toro.2ch.net/test/read.cgi/tech/1190160481/ ■過去スレ JavaScript デス pc5.2ch.net/test/read.cgi/tech/1052273054/ ECMAScript デス 2 pc11.2ch.net/test/read.cgi/tech/1088298991/ 313 名前：デフォルトの名無しさん mailto:sage [2013/09/06(金) 07:05:18.48 ] >>312 それharmony、古い。draftが出てる。 Symbolまわりは今グドグドやっててworking draftに入ったり外れたりしてる。 314 名前：デフォルトの名無しさん mailto:sage [2013/09/06(金) 07:53:24.88 ] >>313だが知らんと分かりづらいな。 harmonyで提案された中から選別されてdraftになる。それが↓のCurrent Working Draftのpdfの仕様書。 ttp://wiki.ecmascript.org/doku.php?id=harmony:specification_drafts この仕様も最新の議論が反映されてるわけじゃない。wikiは古いのも新しいのも関係なくページを残してるからそれが仕様になるとは限らんよ。 んで、だいたいharmonyの中身はes6に、漏れたのとstrawmanがes7に行く形。value objectみたいに。 基本es6はjavascript1.8.5の改良、es7はそれより上だからes7が出て初めて未来と遭遇するわけ。 315 名前：デフォルトの名無しさん mailto:sage [2013/09/06(金) 09:26:15.18 ] >>314 いや、今のドラフトに乗ってないことなんて百も承知なんだけど。 そうは言ってもV8には既に仮実装されてるし、早期に採用される可能性が高い。 むしろされない理由がない。話し合いが足らないだけで採用する方向では合意取れてるんだし。 この頃は機能も増えて各進行度もバラバラドラフトだけじゃ追い切れないよ。 ちゃんとコミュニティの情勢も読まなきゃ。 316 名前：デフォルトの名無しさん mailto:sage [2013/09/06(金) 10:33:10.17 ] ES.nextという言葉が使われだしてからもう実質Living Standardになってる 合意が取れてもドラフトに載せられるまでまとめるのが間に合わなくなりつつあるしあてにはできない 317 名前：デフォルトの名無しさん [2013/09/06(金) 13:06:46.25 ] 「あーこりゃ仕様に目が眩んで現実が見えてない」ってやつか 318 名前：デフォルトの名無しさん mailto:sage [2013/09/06(金) 20:12:36.57 ] Number.MAX_SAFE_INTEGERとか 2^53±1のどの値にするかやプロパティ名になにが適切かが 決まるだけでもだいぶかかったしな 319 名前：デフォルトの名無しさん mailto:sage [2013/09/06(金) 21:36:06.53 ] 昨今一番もてはやされてるかもしれない言語が 十年ぶりに大きく変わろうとしているのに この過疎りようはどうにかならんのかねぇ 320 名前：デフォルトの名無しさん [2013/09/06(金) 22:43:40.90 ] ここ本スレじゃねぇし。 誰もECMAScriptなんて呼ばねぇよ。 321 名前：デフォルトの名無しさん mailto:sage [2013/09/06(金) 23:06:35.21 ] ここよりも盛り上がってる本スレが存在するとな！？ 是非教えてもらいたいｗ 322 名前：デフォルトの名無しさん mailto:sage [2013/09/07(土) 00:22:32.33 ] JavaScriptで検索ぐらいしようよｗ 323 名前：デフォルトの名無しさん mailto:sage [2013/09/07(土) 07:53:44.82 ] gaslight.co/blog/does-coffeescript-have-a-future 3年くらい遅くねぇか… 324 名前：デフォルトの名無しさん mailto:sage [2013/09/07(土) 13:04:21.73 ] 今まではその役割も兼ねてきたがこれからはTypeScriptって言われてる 325 名前：デフォルトの名無しさん mailto:sage [2013/09/07(土) 14:41:13.54 ] JavaScriptで検索してもここよりもスレNo少なくて最近の書き込み数も劣ってるスレしか見つからんな 326 名前：デフォルトの名無しさん mailto:sage [2013/09/07(土) 18:47:43.00 ] 2ch全体ならWeb制作版の質問スレが一番賑わってるかね 327 名前：デフォルトの名無しさん mailto:sage [2013/09/07(土) 19:00:27.22 ] それを言うのなら、 ウェブプログラム版じゃね？ なんでプログラム板と分かれてるのか知らないけど 328 名前：デフォルトの名無しさん mailto:sage [2013/09/07(土) 19:01:26.63 ] いやWeb制作版だよ。 桁違いすぎるｗ + JavaScript の質問用スレッド vol.108 + toro.2ch.net/test/read.cgi/hp/1378462421/ 329 名前：デフォルトの名無しさん mailto:sage [2013/09/07(土) 20:47:44.93 ] 屁理屈乙 そこ質問スレだから 俺も仕方ないから底で議論したりしてるけど 本来NGだから 330 名前：デフォルトの名無しさん mailto:sage [2013/09/07(土) 23:24:39.01 ] [JavaScript] スクリプト言語34 [Perl,Python,PHP] toro.2ch.net/test/read.cgi/tech/1367771981/ これじゃないの？ 331 名前：デフォルトの名無しさん mailto:sage [2013/09/08(日) 00:21:12.67 ] そこは元JSerの隔離スレの残り JSerとの衝突で一時スレが喧嘩分裂した 今は収まってて本スレはこっち 【PHP,Python】ｽｸﾘﾌﾟﾄ,ﾊﾞﾄﾙﾛﾜｲﾔﾙ37【Perl,Ruby,JS】 toro.2ch.net/test/read.cgi/tech/1376836047/ 332 名前：デフォルトの名無しさん mailto:sage [2013/09/08(日) 01:05:07.84 ] 今月のミーティングでは細かくはあるけど非常によく使う部分に関わる重要な部分が決まるみたいだな 333 名前：デフォルトの名無しさん mailto:sage [2013/09/08(日) 01:54:36.00 ] ジェネレーター周りはこれで変更無さそう domenic.me/2013/09/06/es6-iterators-generators-and-iterables/ 334 名前：デフォルトの名無しさん mailto:sage [2013/09/10(火) 13:52:57.70 ] ES5の非常に秀逸な記事を見つけた。 このレベルは中々無い。 constellation.hatenablog.com/entry/20101205/1291564928 335 名前：デフォルトの名無しさん mailto:sage [2013/09/11(水) 00:05:34.67 ] 多分unique symbols/private namesはES6に間に合って どちらもユーザー定義出来ると思う 336 名前：デフォルトの名無しさん mailto:sage [2013/09/14(土) 02:23:58.45 ] >>334 記述子使ったことない奴向けだな 337 名前：デフォルトの名無しさん mailto:sage [2013/09/16(月) 23:03:46.05 ] ES6のオブジェクトリテラルは面白いな wiki.ecmascript.org/doku.php?id=harmony:object_literals 338 名前：デフォルトの名無しさん mailto:sage [2013/09/17(火) 04:47:04.56 ] <| とか妙な記号の並び使うのはどうなのよ 339 名前：デフォルトの名無しさん [2013/09/17(火) 12:09:02.13 ] obj = { a: 1 } obj.= { b: 2 } obj //{ a: 1, b: 2 } が欲しい 340 名前：デフォルトの名無しさん mailto:sage [2013/09/17(火) 14:46:47.01 ] 演算子も１つじゃ足りなかったら、オーバーライドしなくても２つ３つと組み合わせればいくらでも作れるのね そう言えば細菌は主にsortで使う、-1,0,1を返す<=>演算子が提案されてたね 341 名前：デフォルトの名無しさん mailto:sage [2013/09/17(火) 14:54:12.59 ] んなもん大昔からPerlにあるわけだが 342 名前：デフォルトの名無しさん mailto:sage [2013/09/17(火) 22:38:41.72 ] harmony:proposalsのページ情報がくっそ古くて役たたねえな 配列内包は [ x for (x of a) if (x.color === ‘blue’) ] [ square(x) for (x of [1,2,3,4,5]) ] [ [i,j] for (i of rows) for (j of columns) ] じゃなくて今はこうだろ [ for (x of a) if (x.color === ‘blue’) x ] [ for (x of [1,2,3,4,5]) square(x) ] [ for (i of rows) for (j of columns) [i,j] ] wiki.ecmascript.org/doku.php?id=harmony:array_comprehensions 343 名前：デフォルトの名無しさん mailto:sage [2013/09/18(水) 01:48:14.19 ] for ofはfor each inでよかったのにって思ってるのは俺だけか？ E4Xから取り込んでソースコード互換を残して欲しかった。 344 名前：デフォルトの名無しさん mailto:sage [2013/09/18(水) 02:20:20.06 ] for-each-inはfor-inと同様にプロトイプも辿る 配列にも安全に使えないぽっと出のポンコツ内部イテレータもどきだったでしょ for-ofは正真正銘の外部イテレータでES6の中核機能 月とすっぽんくらい、ほんとに全然違う JSは汎用的な言語だからE4XはES標準に組み込まれるまではいかないだろう 345 名前：デフォルトの名無しさん mailto:sage [2013/09/18(水) 02:38:35.03 ] E4Xはこれで我慢して wiki.ecmascript.org/doku.php?id=harmony:quasis document.body.appendChild(dom`<span>${message}</span>`) とか可能だと思う 346 名前：デフォルトの名無しさん [2013/09/18(水) 06:52:13.60 ] これ楽しみにしてたのに否決されたらショックだ…… https://twitter.com/domenic/status/380002233024516096 347 名前：デフォルトの名無しさん [2013/09/18(水) 21:46:30.03 ] https://www.youtube.com/watch?v=mmppwhkJz_A 348 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 00:00:30.00 ] www.youtube.com/watch?v=obwMsk5JzxQ 349 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 00:07:13.85 ] www.youtube.com/watch?v=PJ1hUr7YJ-8 350 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 02:15:58.26 ] >>344 いやいや、シンタックスをfor each inにしてセマンティックスをfor ofにしてくれって意味。 351 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 02:40:51.35 ] 動作が違うんだからソース互換守れないじゃん 何いってんのよ 352 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 03:36:17.94 ] ＜お知らせ＞ このスレの住民が引っ越してきます toro.2ch.net/test/read.cgi/tech/1330477388 353 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 14:12:57.57 ] DOMWorkerのTransferable objectsの仕組みをJSコアでサポートすることにより、 Workerの自由度と、将来のWorkerLikeな機能の可能性が格段に増す。 wiki.ecmascript.org/doku.php?id=strawman:structured_clone これと同系統な仕様で、ES7期待の星のParallels wiki.ecmascript.org/doku.php?id=strawman:data_parallelism 354 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 16:46:08.91 ] ES6だと念願(?)だった配列のクローンがこんな簡単にできるのな。 a1 = [1,2,3,2,1] a2 = [...a1] //[1,2,3,2,1] でも現状のドラフトの仕様だとこれは配列にしか適応できない？ ここでも挙がってるがFirefoxの実装のようにいてレートしてくれる方がいいのにな。 esdiscuss.org/topic/set-to-array-conversions そしたらこんな使い方もできるのに。 a3 = [...new Set(a1)] //[1,2,3]　重複排除 m1 = new Map() m2 = new Map([...m1]) //Mapのクローン 355 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 17:54:56.39 ] このスレ過疎り気味だけど お陰で最初の方を見るとES4の分析がいろいろされてて面白いな ES6は時間を書けるだけのものになったのか、 また行き過ぎてないかを考えるのにちょうどいい 356 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 21:08:28.43 ] >>354 > ES6だと念願(?)だった配列のクローンがこんな簡単にできるのな。 え？ 適当なライブラリの関数使えば、 今でも簡単にできるんじゃね？ 357 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 21:30:18.63 ] たかが配列のコピーに何でライブラリ入れなきゃいけないんだってことだろｊｋ 358 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 21:34:46.29 ] 配列のコピーだけでプログラムが終わることなんて無いだろ？ ライブラリを入れるだけで、配列のコピー以外も含めて圧倒的に生産性が上がる。 目的と手段を履き違えてないか？ 359 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 21:52:32.75 ] まあ今の仕様だと多重配列にはsliceと同じ問題があるけど arr.slice()よりはカッコイイって事だな イテレータブルなのを全部展開してくれれば 多重配列も一発クローンできるのにね まあそれでもES6なら多重配列のコピーが従来よりも簡単に、且つ正確に定義できる Array.clone = (...a) => a.map((v) => Array.isArray(v) ? Array.clone(...v) : v); var arr2 = Array.clone(arr1); >>358 流石にその発言はないわ 360 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 21:53:39.71 ] cloneするのに一番わかり易い文法って知ってるか？ b = clone(a) これだよ？ 361 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 22:02:21.42 ] 関数オーバーライドが出来ないんだからそれはない 362 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 22:04:43.18 ] >>359より短く書けたｗ 更に古いブラウザにまで対応。 最強じゃね？ var _ = require('lodash'); var arr2 = _.clone(arr1); 363 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 22:14:44.01 ] お前がそう思うんならそうなんだろう、お前の中ではな 364 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 22:19:46.43 ] JavaScriptスレから移住してきた人にはスマンが ここは標準仕様をメインで語るスレなのよ ライブラリの話禁止というわけではないが そういう話の流れじゃそもそもないのよな 365 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 22:21:49.57 ] Array.isArrayがないと別コンテキストのオブジェクトが本当にArrayか見分けるのは難しいんじゃないか？ 366 名前：デフォルトの名無しさん mailto:sage [2013/09/19(木) 22:28:43.54 ] >>359よりこっちの方が良かった Array.clone = x => Array.isArray(x) ? x.map(Array.clone) : x; 367 名前：デフォルトの名無しさん mailto:sage [2013/09/20(金) 00:41:52.37 ] https://speakerdeck.com/dherman/discussion-with-tc39-about-the-semantics-of-symbols 368 名前：デフォルトの名無しさん mailto:sage [2013/09/20(金) 10:58:34.35 ] stackoverflow.com/questions/14949069/lodash-undefined-in-ie?rq=1 なんか悪いんだろうなぁ…とは思うんだけど 何が悪いんだろうなぁまではよくわからん そういうのが多すぎる… 369 名前：デフォルトの名無しさん mailto:sage [2013/09/20(金) 12:16:50.61 ] TC39勢力 30% コミュニティの流れに関わる Google 15% 基礎構文や仕様の流れに関わる Mozilla 35% 仕様の具体的な部分に関わる Microsoft, Apple, Intel, jQuery 20% 専門的な仕様の詳細に関わる その他凄い人、偉い人 370 名前：デフォルトの名無しさん mailto:sage [2013/09/20(金) 14:47:21.10 ] TC39 ３大勢力 1/3 【ハンドル・ブレーキ】 Webを牛耳る者として、三人称視点で情報や意見を提供する、情報・管理係 Google 1/3 【エンジン・アクセル】 早期実装者及び専門家として、一人称視点で仕様を策定する、規格・運用係 Mozilla, その他凄い人、偉い人 1/3 【モーター・ギア】 企業団体として、ニ人称視点であれこれ注文する、文句・要求係 Microsoft, Apple, Intel, jQuery 371 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 01:40:27.26 ] DOM Promise wiki.ecmascript.org/doku.php?id=strawman:promises が思ったより早くES標準になる？ https://twitter.com/annevk/status/380723129514876929 https://twitter.com/annevk/status/380756290147868672 DOMだけで使えるのはもったいないとは思うけど 今流行ってるからと言って、安々と仕様に入れていいものなのかね こういうのを入れると、ライブラリや各種APIもこれに合わせて書かれるようになるだろうし 使う側も積極的にこのスタイル採用するだろうから、責任凄くあると思う Node.jsの雰囲気を丸ごと変えてしまう力もあるかも知れないし、 FirefoxOSのアプリとか、これからの出るものに凄く影響を与えるに違いない 372 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 02:09:01.60 ] >>371 Promiseならそれとほぼ同じ物が jQuery標準でついてるし、 nodeでも使える。 373 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 02:24:09.24 ] ん？だから何？ 標準と標準じゃない物同列に語られてももの凄く困惑するんだけど… 374 名前：ES6 Tips mailto:sage [2013/09/21(土) 02:51:46.30 ] var date = new Date() var [Y,M,D,h,m,s] = date.toLocaleString('ja-JP').match(/\d+/g) // [2013,9,21,2,49,05] 375 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 02:53:35.32 ] >>373 JavaScriptの世界では、標準ではないものも 広く使わわれている。 つまり、Promise が普通の世界に 俺達は生きているわけ。 そこに標準でPromise がきても 劇的な変化はないってこと。 > Node.jsの雰囲気を丸ごと変えてしまう力もあるかも知れないし、 > FirefoxOSのアプリとか、これからの出るものに凄く影響を与えるに違いない 標準じゃないものを使っているごく普通の人たちは 標準を待っているお前よりも未来に生きている。 劇的に変わるのは、標準を待っている人たちだけ。 376 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 03:11:51.67 ] >>375 標準で無いもの(拡張)は利用する側が自分で選択できる。 標準は全ての実装が準拠しようとするため選択できない。 一つの拡張が標準になると競合する拡張が潰れたりもする。 拡張を闇雲に取り込めば標準自体が肥大化する問題も起きる。 標準に取り入れるってのは全ての環境で半強制的にそれを導入させるに等しい。 先進的であればそれで良いのであれば安定版も標準化も必要ない。 お前は標準の持つ責任を安易に考えすぎ。 …と横からレスしておく。 377 名前：ES6 Tips mailto:sage [2013/09/21(土) 03:14:07.70 ] その根拠のない理屈には納得出来ないな Ajaxだって、Canvasだって、標準になる前からあったが活躍しだしたのは標準化されてから まるで全てのPromiseとAPIが何か標準に準拠して完全に互換性があるかの様に言うが、現実はそうじゃない そもそもDOMPromiseもESで提案されてるPromiseも、今尚仕様変更が続いてるもの そんな中幾らかの形に切り出して、バージョンの付いた標準仕様に入れる、JS標準にするということは大きな変革 準拠先も安定度も不確かな、モジュールやプラグインに頼って下さいという段階とは比べ物にならない 378 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 03:20:55.33 ] >>376 話しそれ過ぎ。 > Node.jsの雰囲気を丸ごと変えてしまう力もあるかも知れないし、 > FirefoxOSのアプリとか、これからの出るものに凄く影響を与えるに違いない まずね。標準の世界の話だけをするというのなら、 このような、実際の開発の世界の話をしなければいいのよ。 実際の開発の世界の話なんかしなけりゃいいのに、 わざわざヤツのほうが、勝手に実際の開発の領分に侵入してきた。 だから叩き返してやったまで。 Node.jsとかFirefoxOSアプリとか、何も変わりはしない。 実際の開発では、ここらへんの問題はライブラリによって あらかた解決してしまってるの。 だから、今更標準に入ったって、何も変わりはしないの。 標準に入ったものをすぐ使えるわけでもないしね。 379 名前：ES6 Tips mailto:sage [2013/09/21(土) 03:31:49.22 ] どうしても使いたい奴がプラグイン導入して個人的に使うのと、 大々的に標準に入って、さあ皆さん使ってくださいとなるのでは次元が違うぞ。 とくにJSってもうWebだけのものじゃなりつつあるし、 非同期コールバック式を緩和するためには非常に有効だけど、 本当に言語仕様に入れてメリットあるのかねという話だぞ。 お前さんの言うとおり、プラグインで十分問題が解決するんなら 標準に入れて必要以上に影響を及ぼしたり、言語の肥大化を招くよりはいいだろうってことだ。 お前さんは一体何と戦ってるんだい？ 380 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 03:33:04.21 ] >>379 いや、お前が何と戦っているのか知りたいんだが？ 381 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 03:33:31.76 ] プラグインがあるから標準いらないと言いたいのなら、意見の差はないだろう 382 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 03:35:05.06 ] >>380 こっちはお前さんがよく分からんツッコミしてくるからその度に冷静に返してるだけだが？ 383 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 03:37:53.11 ] > Node.jsの雰囲気を丸ごと変えてしまう力もあるかも知れないし、 > FirefoxOSのアプリとか、これからの出るものに凄く影響を与えるに違いない 俺は最初から、これはありえないと言ってるだけですが？ Node.jsやFirefoxOSのアプリなどの実際の開発知らないでしょ？ 384 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 03:41:04.53 ] そこら辺は個人の感覚だろうからそこまでは否定しないよ。 ちなみに両方とも作ったことがあるけど、それは例えから。 これから５年も１０年も仕様に入れるべきものなのかってこと。 385 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 03:42:14.06 ] >>384 根拠は？ お前の妄想？ 386 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 03:51:40.78 ] ホント安易に考えてんなぁコイツ 387 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 03:52:29.34 ] 根拠というか懸念した理由は上でいくつか挙がってるけど、 もちろん自分が下手するとそうなりそうで怖いなと思っただけで、 標準に入ることで絶対に悪くなるとは言わない。 しかし、今更ES標準になったところで影響力は小さいという論には、今のところ納得出来ないな。 あると考えるのが基本なんだから、無いと思うのならもっと理論的に言って欲しい。 388 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 03:58:25.22 ] > しかし、今更ES標準になったところで影響力は小さいという論には、今のところ納得出来ないな。 歴史が証明している。 ECMAScript 5が標準になってどんな影響があったか？ 明らかに小さいだろう？ 389 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 04:00:26.96 ] あ、非JSerはお帰りください 390 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 04:03:17.56 ] 理論的な話ねぇ？ ES標準になっても、すぐに使えるわけではない。 使わないから影響を与えられない。 ES非標準で、ライブラリとして実装できるものは すでに実装され使われている。 十分理論的ですね。 391 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 04:03:22.79 ] お前らが最近プログラム系の板によく現れる荒らしに構ってる間にも 仕様はどんどん勧告へと近づいてきてる https://twitter.com/BoazSender/status/381129573804417024/ 392 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 04:04:42.74 ] うん、、、もういいよ。 お前さんに分かってもらうのは諦めた。 393 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 04:43:03.51 ] >>390が日本語読めない子なのは十分わかった けど俺も標準に入れてもいいとは思うぞ ただしC++11のoptional featureみたいな感じがベストじゃないか。すべての標準処理系がDOMを備えるべきだとは思えんし 394 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 04:52:47.89 ] utilモジュールに入れてimportで取ってくる形ならいいけど、 グローバルにむき出しなら嫌だな 395 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 05:02:38.84 ] ポイントは前倒ししてまでstrawmanをES6に入れるのかってとこじゃね？ 入れるのなら今回のミーティングがラストチャンスだけど ギリギリで間に合わせた感もあるしな esdiscuss.org/topic/promises-final-steps ライブラリと違って、JSの規格に一度入ると後方互換性を壊す変更は当然NGになるしね もうちょっとWebでの使われ方見てから練っても十分な気がする やっぱりいろいろとES6.1が必要なんじゃないかな というかこの冬のラストコールに間に合うの？ 396 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 05:46:24.50 ] >>371,395 PromiseLoveなAnne van Kesterenっていう人が早く入れようとしてるように見える 397 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 21:13:19.03 ] tc39wiki.calculist.org/es6/ >ES6 reached "proposal freeze" in May, 2011: no new major proposals can be added, >although proposals can still be removed. TC39 is targeting a release date of December, 2013 >for the official ES6 standard, but JS engines are implementing individual features >before the spec is finalized. 策定は2011年度の５月にfreezeとあるが… ECMAScript Support Matrix pointedears.de/scripts/test/es-matrix/ 各実装のマトリックス表らしい mozilla.6506.n7.nabble.com/Promises-final-steps-td290303.html スレを眺めてるとES7とか文字が並んでるし議論してる人らは ES6のことを念頭に置いて話てる訳ではないんでないの 398 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 23:48:12.67 ] ミーティングに挙げる仕様を詰めてるだけでES6には入れようとしてないよ 今回はES7についても話し合われたからね 399 名前：デフォルトの名無しさん mailto:sage [2013/09/21(土) 23:59:44.55 ] 読むとDOM PromiseのJS実装版じゃなくて、 もっと低レベルな感覚な実装なのね、いいかも。 でもこれ入れるんなら、 イベントという概念をもっとJSから扱えやすくなって欲しいな そっちの方向の進化はかなり良さそう 400 名前：デフォルトの名無しさん mailto:sage [2013/09/22(日) 00:16:25.61 ] イベントはあまりに重要で各環境の事情を抱えた概念だから難しそう イベントキューの操作くらいは一般化出来ないかな？ 401 名前：デフォルトの名無しさん mailto:sage [2013/09/23(月) 13:42:34.69 ] 今話題になってるこのコードとても面白いね 仕様の奥深くまで分かってないとできないことだ Array.apply(null, { length: 5 }).map(Number.call, Number); // [0, 1, 2, 3, 4] 402 名前：デフォルトの名無しさん [2013/09/25(水) 01:26:27.21 ] https://github.com/rwaldron/tc39-notes/tree/master/es6/2013-09 なかなか興味深い…… ArrowFunctionが残念だなあ Symbol周りは期待通りになってよかった Moduleはもう少し精査が必要だね ES7についても見えてきた 403 名前：デフォルトの名無しさん mailto:sage [2013/09/27(金) 01:13:04.58 ] ECMAScript6に単純に型指定だけ出来て、静的型チェックしてくれれば最強なのに… 型指定以外は完全に一緒で良いんで、そういうプリプロセッサを誰か作ってくれないかな。 404 名前：デフォルトの名無しさん mailto:sage [2013/09/27(金) 01:54:42.52 ] あー、7のguardsがそれにあたるのか。7がリリースされるのっていつになるやら… 405 名前：デフォルトの名無しさん [2013/09/28(土) 07:44:14.08 ] wiki.ecmascript.org/doku.php?id=harmony:specification_drafts#september_27_2013_draft_rev_19 406 名前：デフォルトの名無しさん mailto:sage [2013/10/04(金) 12:32:46.81 ] ES6ファミリーにPromiseが入ります。 おめでとう・・・・・・・・！ おめでとう・・・・・・・・！ 407 名前：デフォルトの名無しさん [2013/10/05(土) 18:32:39.18 ] ES7のdata_parallelismがFirefox 27 (Nightly) でデフォルトで有効になったようだ。 jsperf.com/array-intersection-filter-vs-for-loop/2 wiki.ecmascript.org/doku.php?id=strawman:data_parallelism 408 名前：デフォルトの名無しさん mailto:sage [2013/10/07(月) 19:50:12.74 ] isRegExpシンボルって面白いね String.prototype.match(regexp) はregexpオブジェクトに@@isRegExpが合った時には rx.match(this) を呼ぶことになってる つまりオレオレ正規表現が容易に実装できるってことか class MyRegExp { constructor( ...... ) { ...... } match(string) { ...... } replace(string, replaceValue) {......} split(string, limit) {......} } let regexp = new MyRegExp( ...... ); string.match(regexp); string.replace(regexp, replaceValue); string.split(regexp, limit); 409 名前：デフォルトの名無しさん mailto:sage [2013/10/13(日) 16:05:28.76 ] ES6概要 ただしこれでも仕様の半分程度 https://speakerdeck.com/simonenko/ecmascript-6-budushchieie-javascript 410 名前：デフォルトの名無しさん mailto:sage [2013/10/16(水) 01:04:25.93 ] asm.js、32bit浮動小数点演算、SIMD演算の現状と可能性について kripken.github.io/mloc_emscripten_talk/sloop.html 411 名前：デフォルトの名無しさん [2013/10/19(土) 19:00:16.23 ] https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/ParallelArray 412 名前：デフォルトの名無しさん mailto:sage [2013/10/24(木) 16:53:52.96 ] ecma262.info/ ECMA-262 Edition 5.1に相当するISO/IEC 16262:2011の仕様は、 日本のSC22専門委員会でJIS規格化されないことが決定されたため、 ECMA-262 Edition 5.1の公的な日本語訳は存在しないことになります。 413 名前：デフォルトの名無しさん mailto:sage [2013/10/24(木) 19:47:18.44 ] は？　ISO規格に追随するのやめちゃったの？ C++11も翻訳しないみたいだし、JISCは馬鹿なの？死ぬの？

---

---

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

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