09/02/13 14:52:04
JSONはes4で読み込みライブラリが付くはずだったけど3.1はどうなるんだろう。
551:デフォルトの名無しさん
09/02/13 15:22:36
>>549>>550
いつの話をしてるの？
Ajaxなんてまるで想定してないのがES-CP。
URLﾘﾝｸ(www.ecma-international.org)
552:デフォルトの名無しさん
09/02/13 22:30:12
>>549
Compact Profile の考えを Security 関連に絞って再構築しているのが
Secure ECMAScript。これも eval がない。
URLﾘﾝｸ(wiki.ecmascript.org)
>>550
Draft as of 09 Feb 2009 だと JSON 関連は生きてるが
URLﾘﾝｸ(wiki.ecmascript.org)
553:デフォルトの名無しさん
09/02/13 23:41:25
>>551
もう3.1はこのドラフトで殆んど出来上がってるように見えるんだが
あと何が足りないんだ？ さっさと勧告してほしい。
遅れれば遅れるほどIEのJS2の実装が延びる……
554:デフォルトの名無しさん
09/02/13 23:47:27
MSが実装をどうするかなんて標準化作業の進み具合とはあまり関係ないだろ。
直接MSにこれはこうだからこうしろと文句いうほうが10倍は影響力がある。
555:デフォルトの名無しさん
09/02/13 23:48:48
IEなんざapplication/ecmascriptどころか
application/javascriptすら読み込まないじゃねーか
当分無視でいいだろ。
556:デフォルトの名無しさん
09/02/14 00:27:01
>>553
IEのスケジュールに影響するから早くしろって言うのか?
557:デフォルトの名無しさん
09/02/14 00:52:02
JScriptなんて元々眼中にない。
Ecmaに限ったことじゃないが今まで散々標準に準拠しなかったのが最近になって対応をやってるが
ブラウザ界だとIE8を超えれば落ち着くだろう。（もちろん、ろくな標準準拠は果たせず）
XML関連はもっと悲惨だろう。
今の実装を捨てない限り永久にまともな実装は出てこないだろう。
結果、相も変わらずIEは無視したいができない現状が続くかと・・・。
558:デフォルトの名無しさん
09/02/14 06:20:35
IEの何が悲惨って、
実装が糞のくせにOS組み込み型だから
アップデートが遅いのが一番悲惨
Chromeみたいに一定周期で安定版を
出してくれれば、まだ救いがあるのに
559:デフォルトの名無しさん
09/02/14 08:13:14
IEならWindowsUpdateがあるじゃないか
ただ大田総理が「今までできてたことができなくなるからUpdateイラネ」って言ってた。
560:デフォルトの名無しさん
09/02/14 09:21:14
敢えてアップデートはせずに脆弱性突かれ放題にしておくんですね。分かります。
561:デフォルトの名無しさん
09/02/14 09:40:18
大田総理が言いたいのは
「今まで脆弱性を突き放題できてたことができなくなるから皆がUpdateするのイラネ」
ってことじゃね
562:デフォルトの名無しさん
09/02/28 11:19:06
stringオブジェクトについて少し質問です。
標準仕様にあるtoLowerCaseメソッドとtoLocaleLowerCaseの違いについて知りたくて調べております。
標準仕様によると
> 正規 Unicode 文字マッピングで言語の規則が干渉する (たとえばトルコ語のような) ごく一部の文字でのみ違いが存在する。
とありますが、この文章の意味はいったい何なのでしょうか？
最初はドイツ語のウムラウト(Ü)等、英語のアルファベット以外も正しく小文字に変換するのだろうと思っていたのですが
ドイツ語やフランス語でも(toLowerCaseメソッド/toLocaleLowerCase)の双方で結果が同じでした。
キリル文字(ロシア語)のグレイヴ付きЕ、グレイヴ付きИだけ、ブラウザごとに違いが出ました。
正直浅学を恥じますが、少々でも知識のある方いらっしゃいましたらご教授お願いいたします。
563:デフォルトの名無しさん
09/02/28 12:20:34
実装依存じゃないのかな。
564:デフォルトの名無しさん
09/02/28 13:18:10
トルコ語の例というのは多分Iとİのことでしょう。
通常ならIの小文字はiですが、トルコ語にはIの他にİという文字があり、
iは後者の小文字として扱われます。
I → ı
İ → i
この辺をきっちり処理するのがtoLocaleLowerCaseなのではないかと。
565:562
09/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:デフォルトの名無しさん
09/02/28 17:41:38
そういやString.toLocaleString()って仕様上はロケールに合わせた文字列を返すんだよな。
SpiderMonkeyの実装だとObject.toLocaleString()はtoString()を返してArray,Number,Dataしかオーバーライドされてないんだが結局これも実装依存なんだろうか？
567:562
09/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:デフォルトの名無しさん
09/02/28 23:46:55
そのOperaの日付表記は、明らかに日本語環境の短い形式でしょう。
569:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/03/01 00:37:11
yyyy/mm/dd time方式ってRFCになかったっけ？
それかどこかで標準化されてないっけ？
んで結局>>567はString.toLocaleString()の話をしてないのはなんで？
#Data.prototype.toLocaleString()はSwatch Internet Timeを返すべきだと思うんだ。ブラウザの実装だしとかいってみるｗ
571:デフォルトの名無しさん
09/03/01 01:02:22
ISO8601にある。
572:デフォルトの名無しさん
09/03/01 01:07:01
ISO8601で'/'は範囲(期間)を示すから違うのでは？
2009-03-01T01:05:23+09:00って形式でしょう。
573:567
09/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]形式ですね。
URLﾘﾝｸ(www.asahi-net.or.jp)
ISO8601に関してはググったらwikipediaに該当項目がありました
URLﾘﾝｸ(ja.wikipedia.org)
私の場合は、ロケールの慣習に該当するというのは「○月×日」みたいな感じに返してくれるのが正しい様な気がしたのですが、んー知識不足です。正直言って。
574:567
09/03/01 10:45:13
あとすいません忘れてました。String.toLocaleStringは標準仕様では存在していなかったです。
なのでプロトタイプチェーンを手繰ってObject.toLocaleStringを呼び出しているはず…。
575:デフォルトの名無しさん
09/03/01 12:40:31
>>573
おかしいよその仕様。どこで見たの?他と取り違えてるかコピペミスしてるよね。
原文を当たるまでもないが、一応:
URLﾘﾝｸ(www.ecma-international.org)
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
09/03/01 15:51:10
あ、申し訳ございません。
ご指摘のとおり、私のコピペミスですね。
Date.toLocaleString()の方をコピペすべきだったのですが…。
原文と邦訳の方載せておきます。
URLﾘﾝｸ(www2u.biglobe.ne.jp)
> この関数は文字列値を返す。文字列の内容は実装依存であるが、現在のタイムゾーンの、簡便で人間に読解可能な、ホスト環境の現在のロケールの慣習に該当する形式の Date の表現が意図される。
> NOTE この関数の第一引数は、この標準の将来のバージョンで使用される可能性がある; 実装はこのパラメータを他の用途に使用しないことを推奨される。
> 15.9.5.5Date.prototype.toLocaleString()
> Thisfunctionreturnsastringvalue.Thecontentsofthestringareimplementation-dependent,butare
intendedtorepresenttheDateinthecurrenttimezoneinaconvenient,human-readableformthat
correspondstotheconventionsofthehostenvironment*fscurrentlocale
> NOTE
> Thefirstparametertothisfunctionislikelytobeusedinafutureversionofthisstandard;itis
recommendedthatimplementationsdonotusethisparameterpositionforanythingelse.
みなさま、申し訳ありませんでした。
577:デフォルトの名無しさん
09/03/06 23:02:44
3.1の仕様ﾏﾀﾞｰ?
578:デフォルトの名無しさん
09/03/07 03:22:26
>>577
WD 読んで我慢しる
URLﾘﾝｸ(wiki.ecmascript.org)
579:デフォルトの名無しさん
09/03/19 16:07:40
ははは
580:デフォルトの名無しさん
09/03/27 16:29:12
ES3.1がECMAScript第五版だってさ！
URLﾘﾝｸ(blog.360.yahoo.com)
581:デフォルトの名無しさん
09/03/29 18:43:32
ES4は欠番なのかぁ
582:デフォルトの名無しさん
09/03/29 19:53:53
>>580は滅茶苦茶重いサイトだな
583:デフォルトの名無しさん
09/03/29 22:18:55
ES4には絶対しないって意思の現れだね。
584:デフォルトの名無しさん
09/03/29 22:21:43
次は3.14だな
585:デフォルトの名無しさん
09/04/02 16:48:57
ActionScriptとの統合もなさそうだなあ
586:デフォルトの名無しさん
09/04/02 20:12:10
>>583
作者死亡と共にバージョンπになるんですね
587:デフォルトの名無しさん
09/04/02 20:26:34
クヌースは何歳まで生きられるんだろう？
588:デフォルトの名無しさん
09/04/02 23:19:35
>>587
長寿の血統ではあるらしい。
589:デフォルトの名無しさん
09/04/10 12:40:35
ES5(ES3.1) candidate draft
URLﾘﾝｸ(www.ecma-international.org)
発行は今年12月か…
590:デフォルトの名無しさん
09/04/18 23:06:48
スレチかも分からんけど、ECMAScriptってMIMEでバージョン指定できたっけ？
たとえばapplication/ecmascript;version=3.0みたいな。
できないと3.1が出てからクロスブラウザ対策が面倒になるんだよなー。
591:デフォルトの名無しさん
09/04/19 01:01:02
>>590
URLﾘﾝｸ(www.ietf.org)
592:デフォルトの名無しさん
09/04/29 18:21:55
ActionScriptはどうなっちゃうの？
593:デフォルトの名無しさん
09/04/29 19:35:46
ASがESに合わせて仕様を変えるんだろ。
594:デフォルトの名無しさん
09/04/30 21:36:27
なんというなみだ目
595:デフォルトの名無しさん
09/05/03 00:11:57
先走りすぎただけだ。
ASはASで生き残るかもよ
596:デフォルトの名無しさん
09/05/08 13:57:13
ActionScriptはいいところ一杯あったけど、
開発者メーリングリストとソースコードを読んで、
大雑把な仕様策定に汚いコードでびっくりした。
擁護する気が萎えた。
597:デフォルトの名無しさん
09/05/08 17:56:38
完全に振り回されたなASは
AS2のような
AS3仕様で開発可能なES5準拠のAS4を出してくれｗ
598:デフォルトの名無しさん
09/05/09 01:59:12
jQueryを今頃発見してるけど、なんとなく動的にDOM管理するのに
慣れない。 PHPでCSSのクラスかいていい気になってたんじゃ
とてもじゃ無いけどやってけんらしい。
599:デフォルトの名無しさん
09/05/11 16:31:14
見放されたASプログラマがGnashに集結して・・・・って展開はないかな
600:デフォルトの名無しさん
09/05/11 16:45:33
終結してどうすんだよ
AS書くのとAS実装を書くのは全然違うぞwww
601:デフォルトの名無しさん
09/05/12 00:58:08
終結とは巧いじゃないか
602:デフォルトの名無しさん
09/07/10 21:57:17
セルフコンパイラというものがあってだな
603:デフォルトの名無しさん
09/07/25 01:30:12
rhino 1.8ﾏﾀﾞｰ?
ジェネレータ式ないとコード長すぎる。
604:デフォルトの名無しさん
09/08/01 00:21:20
DoJo の話題はこのスレで良いですか？
605:デフォルトの名無しさん
09/08/01 00:21:58
DoJo の話題はこのスレでよいですか？
606:デフォルトの名無しさん
09/08/01 00:33:57
DocomoのJava環境のこと？
最近のは知らないが違うんじゃないかな。
607:デフォルトの名無しさん
09/08/01 02:03:45
>>606
チミが場違い
と言われかねんぞ その発言はw
608:デフォルトの名無しさん
09/08/01 04:20:14
>>604
>>2
609:デフォルトの名無しさん
09/08/01 12:56:41
>>604-605
きっとボケたんだよ。
「どうじょ(どうぞ)」って返してほしかったんだと思う。
イマドキJavaとJavaScriptを混同するようなやつはいねーよ。
610:デフォルトの名無しさん
09/08/03 12:43:32
この板に張り付く様な奴は、JavaとJavaScriptを混同することは無いと思うが、
デザイナ上がりの自称Webプログラマーとかいう奴で、JavaとJavaScriptの区別のつかない奴にあった事ある（3人程）。
その内一人は、客先でJSをJavaとか言う出すもんだから「弊社のサーバではJavaは実行できない」とか客に言われて、
訂正の連絡を入れる羽目になった。
そいつは、もうオレと同じ職場に居ない...
611:606
09/08/03 16:08:48
なんか俺のせいで変な方向にスレがすすんでる。
dojoをdojaに見間違えてただけなんだが、
正直すまんかった。
dojoはAjaxなどへのjavascriptの応用技術なんだが、
このスレは言語規格を扱うスレなんでスレ違いということ。
612:デフォルトの名無しさん
09/08/04 01:51:27
> dojoはAjaxなどへのjavascriptの応用技術なんだが、
痛々しいぜ
613:デフォルトの名無しさん
09/08/04 12:55:08
えっ？
ネタでスレをだらだらと進めているかと思って楽しんでいたのだが...
マジっすか！
614:デフォルトの名無しさん
09/09/04 20:21:28
MozillaとRhino以外にJS1.8に対応の処理系ってあるの？
615:デフォルトの名無しさん
09/09/04 20:53:00
JS1.8の拡張はESと関係ないからスレチじゃね
616:デフォルトの名無しさん
09/09/05 00:08:44
617:デフォルトの名無しさん
09/09/05 02:50:39
>>2に
>このスレでは、★言語★としてのECMAScript(JavaScript、JScript等)の話題を扱います。
って書いてあるからOKかと思ったんだけど
618:デフォルトの名無しさん
09/09/05 03:39:06
だーかーらー
JS1.8ってECMAの仕様と関係無いﾓｼﾞﾗの独自拡張だろって言ってんだよ
JavaScript関係なら専スレがこの板にもあるからそっち池
619:デフォルトの名無しさん
09/09/05 03:45:40
>>618
それ言いだしたらJScriptとか独自拡張の産物だろｗ
JavaScriptスレはここにwebネタを持ち込まないための隔離スレ以外のなにものでもない
新スレ立っちゃったのが正直残念
620:デフォルトの名無しさん
09/09/05 04:09:28
>>619
独自拡張も何も、JScriptとJavaScriptは本来別物だろう
ECMAScriptって呼べるのは後から作られた標準規格に当たる部分と、E4X拡張だけ
最新バージョンのJavaScriptやJScriptに対して、ES規格は標準化のためのサブセットであって
ES規格からはみ出た部分はそれぞれの独自拡張でしかない
621:デフォルトの名無しさん
09/09/05 05:53:07
622:デフォルトの名無しさん
09/09/05 06:51:27
×独自拡張の産物
○ゲイツのエゴの産物
Rhinoはまだjs1.8対応してないぜ
>JScriptとJavaScriptは本来別物だろう
JScriptは別物だがjsはルーツだからべつものではないだろ。
ecma-262はjsの共通仕様にすぎん。
ecmaは
その共通仕様部分以外関与しない方針なんで実質ベンダーの仕様とその実装されたエンジンの話が出てくるのは仕方がない。
まあJavaScriptってもDOMとLiveConnectはスレチだろう。
623:デフォルトの名無しさん
09/09/07 15:14:23
今更だがJS/UIX面白いな
URLﾘﾝｸ(www.masswerk.at)
しかしアドレスバーや内部のデバッガから
直接いじれるからすぐに(ry
メソッドやプロパティの隠蔽って出来ないのかな
624:デフォルトの名無しさん
09/11/07 02:47:40
URLﾘﾝｸ(ja.wikibooks.org)
何回目かの書き込みスイマセン
時々追記や修正を行ってくださる方がいて、心がほっこりするのですが
基本孤独な戦場な感じなので、できればお仲間を募集中です
625:デフォルトの名無しさん
09/11/07 08:27:55
仕様書丸暗記して出直して来い。
間違えだらけで書き切れんわ。
626:デフォルトの名無しさん
09/11/07 12:16:39
>>624
2年くらい前に見て、ないほうがよかったと思ったやつだな
627:デフォルトの名無しさん
09/11/07 13:11:08
>>624
すべてがハッシュとして記録される、っていうのは
仕様として決まってたっけ……？
628:デフォルトの名無しさん
09/11/07 18:36:54
いや、見た目がハッシュなだけで内部の実装に影響する記述はない。
Object objectがハッシュ風にアクセスできるだけ。
プロパティのインデックスでもアクセスできるのにハッシュだと定めると都合悪いっしょ。
629:デフォルトの名無しさん
09/11/07 18:53:51
整数以外のインデックスでアクセスできるのが、
ハッシュテーブル・インターフェースの特徴でしょ。
630:デフォルトの名無しさん
09/11/07 19:59:09
それは連想配列の特徴だな
そしてハッシュテーブルによる実装が主流とはいえ手法は他にもある
例え現存する全てのECMA実装がハッシュテーブルを選択していたとしても
仕様として決まっているとは言えない
631:デフォルトの名無しさん
09/11/07 22:59:06
Rhinoだと効率重視なのか自前のハッシュだった。
632:デフォルトの名無しさん
09/11/08 10:50:20
ツリーによる実装でもいいしね。
633:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/11/08 20:05:43
クラス指向はes4と一緒に死んだんだよ。
635:デフォルトの名無しさん
09/11/08 20:09:35
クラスが作れないのに「私をクラスにして」と言わんばかりの文法だからイライラするw
636:デフォルトの名無しさん
09/11/09 12:29:35
AdobeのActionScriptは独自路線を突き進んでいますが、
これをECMAが取り入れてほしいともうのだが、駄目だろうか？
時期、Flash CS5 では、なんとiPhoneのプログラミングもできてしまうというので、
ActionScriptのバージョンも上がるかもしれない。
ECMAScriptの未来はActionScriptの中にあるとおもうのだが、どう思うだろうか？
637:デフォルトの名無しさん
09/11/09 17:35:27
>>636
iPhone用のプログラミングができることと、ActionScriptの仕様は別の話
あれは確かActionScriptをObjective Cにコンバートするような代物だったはず
あと、ActionScriptが採用したES4仕様案は廃棄されたから、ぶっちゃけお先真っ暗
次期ECMAScriptは5（旧3.1）になるし、一部ES4仕様も5に入ってるから、それでいいんじゃない？
638:636
09/11/10 12:37:41
>>637
>あれは確かActionScriptをObjective Cにコンバートするような代物だったはず
そうだったんですか！勘違いしていました。
実際、ActionScriptのお先真っ暗というお話を聞いて、少し悲しくなりました。
ECMAScriptの進化はゆっくりしているようですが、
HTML5がメジャーになれば、今よりも速いスピードで進化していくのでしょう。
そうしたら、ActionScriptも淘汰されてしまうのでしょうね...orz
639:デフォルトの名無しさん
09/11/11 10:04:38
HTML5とECMAScriptは関係ないよ
そこゴッチャにするとまともな議論なんかできない
ひと昔前にW3C DOMとECMAScriptをゴッチャに考えてた輩と同じ思考してない？
ActionScriptがどうなるかは、次期ActionScriptがどうなるかと、Flashをとりまく情勢がどうなるかで決まると思う
世の中にはHTML5とFlashを同列に語ってるバカも多いけど、そもそも大元が違いすぎるから比較するだけ無駄
何だかんだでHTMl5とFlashはうまく棲み分けされてくんじゃないかな
結局、ActionScript自体はまだ残り続けていくだろうよ
640:デフォルトの名無しさん
09/11/12 13:39:18
Edition 5(旧称3.1)は来月にもECMAで承認、そのままファストトラックで
JTC1へ提出されるそうだ。
URLﾘﾝｸ(www.ecma-international.org)
641:デフォルトの名無しさん
09/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に送付されるバージョンは
URLﾘﾝｸ(wiki.ecmascript.org)
の一番上にある"Final TC39 Approved Draft"でいいのかな？
このドラフト、ECMAに出す出さないの瀬戸際になってからバグFixされまくってたから
まだ何か潜んであるんじゃないかと心配になる・・・
642:デフォルトの名無しさん
09/11/12 16:42:53
そういや、JavaScriptが標準化されてること自体がマイナー知識だけど
ISO/IEC JTC1でも標準化してるって更にマイナーな知識だよな
JIS規格ともなると、読んだことのある開発者はいるのかっていうレベル
643:デフォルトの名無しさん
09/11/12 19:19:26
JIS に規格票はかなりやる気ないな
644:デフォルトの名無しさん
09/11/12 20:03:20
なんにせよ来月には公開ってことか。めでたい。
645:デフォルトの名無しさん
09/11/12 21:18:30
規格気にする奴ならマイナーな知識でもないと思うが
普通はそもそも標準化って何ってレベルか
646:デフォルトの名無しさん
09/11/12 23:58:33
え、JISにもjavascriptあるの？
JIS X 3014みたいな翻訳じゃなくて？
正直ecmaとmozillaの仕様以外どうでもいいなぁ。
オープンスタンダードとデファクトスタンダード記憶しとけば問題ないし。
まあjs1.1 - 1.8.1とJScriptとECMA-262 ed.3は覚えてるけど。
647:デフォルトの名無しさん
09/11/13 00:42:31
翻訳っつーとTRとかと誤解されそうだが、まあ、JISのはただの翻訳だ。
JavaScriptじゃなくECMAScript。Wikipediaにもいつのまにか載ってるな
648:デフォルトの名無しさん
09/11/13 12:22:53
標準規格は「絵に描いた餅」。
読むだけ時間の無駄。
649:デフォルトの名無しさん
09/11/13 20:46:00
>>648
その絵に描いた餅を元にJavaScript2.0が作られる予定ですけど？
650:デフォルトの名無しさん
09/11/14 17:08:16
絵に描いた餅を現実化するのが実装者の仕事
餅を作るのに毎回絵から描き直してたらそれこそ時間の無駄だろ
651:デフォルトの名無しさん
09/11/14 18:10:37
じゃあ、読むのは時間の無駄じゃねーじゃん
652:デフォルトの名無しさん
09/11/16 11:52:29
>>648
じゃあECMAScript実装に貢献してくれ
MozillaでもAppleでもいいからさ
それはそうと、JISのほうってWeb上で公開されてたっけ？
それとも、よくある「金出して冊子買え」商法になってる？
653:デフォルトの名無しさん
09/11/16 15:44:58
jis検索でググれ
654:デフォルトの名無しさん
09/11/16 20:36:49
>>652
JISC とかいう組織のサイトで見れるよ。
但し、保存も印刷も出来ない細工をしてるつもりらしい。
実際にはこのスレ見てるような人なら簡単になんとか出来るだろうけどな。
どういうわけか見れる pdf は文書をラスタ画像化したものになってるので、
微妙にキタナい。 検索も出来んし。
655:デフォルトの名無しさん
09/11/17 00:28:38
大変アレなお知らせだが、そのJISCこそがISOにおける我が国の代表だ。
URLﾘﾝｸ(www.iso.org)
656:デフォルトの名無しさん
09/11/17 00:40:45
>654
っていうか一般人でも印刷は普通に出来る。
わざわざハックしなくても、スクショ（ｒｙ
657:652
09/11/17 11:14:18
>>654
完全に失念してた！ありがとう
URLﾘﾝｸ(www.jisc.go.jp)
中身は色々と残念すぎるので見なかったことにしたい・・・
658:デフォルトの名無しさん
09/11/17 13:44:13
翻訳くらいしろよと小一時間問い詰めたい
659:デフォルトの名無しさん
09/11/21 19:57:35
prototype.jsってECMAScript仕様に適合してる？
それともJavaScriptの拡張も使ってる？
分かる人いたら教えてくれ。
660:デフォルトの名無しさん
09/11/22 00:36:33
クロスブラウザな時点でわからないならｒｙ
661:デフォルトの名無しさん
09/11/22 06:14:33
$を平気で使ってる時点で察しろ
662:デフォルトの名無しさん
09/12/01 13:46:52
誰だよ単発のRhinoスレ立てた馬鹿は？
javascriptスレの連中か？
663:デフォルトの名無しさん
09/12/05 15:51:05
5th来たよー
URLﾘﾝｸ(www.ecma-international.org)
ドラフトはdocでも公開されてたけど正式版はpdfだけなの？
664:デフォルトの名無しさん
09/12/07 14:09:54
で、5版の規格ではどんな機能が追加されたの？
教えて偉い人
665:デフォルトの名無しさん
09/12/07 17:31:45
嫁！
666:デフォルトの名無しさん
09/12/11 22:24:42
どうかFirefoxのスクリプトの後方互換性ができるだけ失われませんように……
667:デフォルトの名無しさん
09/12/12 20:52:56
言語仕様が変わらなくてもDOMの方で変わっていくから・・・
668:デフォルトの名無しさん
09/12/12 20:54:54
なにやってもどうせIEが糞実装だから心配するな。やるべきことは変わらん。
669:デフォルトの名無しさん
09/12/14 10:45:03
ES3に毛が生えた程度のES5で
後方互換性が気になるような書き方をしていたのなら
豆腐の角に頭ぶつけた方がいいぞ
670:デフォルトの名無しさん
09/12/14 14:09:02
誰得メソッド満載な仕様が嫌だ！
671:デフォルトの名無しさん
09/12/14 17:27:56
ECMAScript 5th Editionで改善された3rd Editionの項目
URLﾘﾝｸ(d.hatena.ne.jp)
672:デフォルトの名無しさん
09/12/29 17:48:39
"use strict";
673:デフォルトの名無しさん
10/01/12 17:04:39
ecma5でもオブジェクトのプライベートメンバー作れないのかよ
あとgoto文も使えないな
674:デフォルトの名無しさん
10/01/12 19:36:41
なんでgoto文いれるんだろう?
JSでyaccでも書かせるのかな
675:デフォルトの名無しさん
10/01/20 15:35:02
ES5にgotoないよね？
使えないってuselessではなくunavailableの意味だよね？
676:デフォルトの名無しさん
10/01/28 17:23:26
>>664
URLﾘﾝｸ(www.infoq.com)
677:デフォルトの名無しさん
10/03/04 19:12:57
カウチdata baseって大規模なwebでも使えるものなの？
678:デフォルトの名無しさん
10/03/26 17:16:16
Errorオブジェクトは例外の種類は分かるけど
どこで例外が投げられたか分からないのが糞
679:デフォルトの名無しさん
10/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:デフォルトの名無しさん
10/04/09 23:49:24
letも分割代入もできるJS1.7でwithを使う奴の気がしれん
681:デフォルトの名無しさん
10/04/21 23:50:06
with,Call,ClosureはNetscapeからの贈り物。
importとexportは取り込んで良かったと思う。
682:デフォルトの名無しさん
10/08/10 17:59:05
URLﾘﾝｸ(www.publickey1.jp)
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:デフォルトの名無しさん
10/08/19 23:39:56
>JavaSciptの対応バージョンは最新のECMAScript 5th Edition準拠
でもJScriptなんでしょ。
MSお得意の仕様には準拠したけど実装は・・・てやつ。
最近はこの手口止めて自分とこの仕様をECMAに投げて標準化してるけどECMAScriptだけは入り込む隙ないからな。
入り込もうとするたびに実装を利用してるコミュニティの猛反発食らってるし。
3Eが形変えただけってのは皆分かってるからなぁ。
684:デフォルトの名無しさん
10/08/22 22:53:57
意味が分からん。標準仕様に完全に準拠してるなら、別にそれ以外の独自拡張をしたっていいじゃん。
それともまさか名前がJavaScriptじゃないことを叩いてんの？
685:デフォルトの名無しさん
10/08/23 20:14:00
なんで独自拡張が混乱の元になるかも分からんゆとりか？
だいたいIEの場合、標準仕様に完全に準拠は絶対にない。
686:デフォルトの名無しさん
10/08/23 22:14:37
独自拡張を全否定したらWEBの発展が見込めないってこともわからんゆとりか。
完全準拠してないならまずそこを穿ってけばいいのに。
687:デフォルトの名無しさん
10/08/23 22:19:42
ecmaの仕様の話するスレで独自拡張布教するなよ。
688:デフォルトの名無しさん
10/08/23 22:21:53
独自拡張に依らないウェブの進化を目指してたXHTML2がこけちゃったもんな
689:デフォルトの名無しさん
10/08/24 10:09:47
つか、WHATWGが「どうせ俺らが実装しなきゃ絵に描いた餅なんだから、
仕様は俺達で作るわ、XHTML使いづれーし」って言って、W3Cが涙目で応じたじゃん？
つまり、MSの独自拡張の時代はずっと前に終わってて、
WHATWGが実装ありきで仕様を作り、W3Cがそれを勧告するっつー流れ。
690:デフォルトの名無しさん
10/08/29 09:14:09
ecmascriptで相互再帰って出来るの？
普通の再帰にフラグを渡してその値で場合分けするみたいな
微妙なやり方しか思いつかないんだけど
691:デフォルトの名無しさん
10/08/30 12:00:01
出来るので頑張ってください。
微妙な実装になるかどうかはあなたのセンス次第です。
692:デフォルトの名無しさん
10/08/30 19:06:37
function f(){
return g();
}
function g(){
return f();
}
あばばばばば。
693:デフォルトの名無しさん
10/08/30 19:55:05
∩＿＿＿∩ ｜
| ノ＼ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ j
彡､ |∪| | Ｊ
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
694:デフォルトの名無しさん
10/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:デフォルトの名無しさん
10/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:デフォルトの名無しさん
10/08/31 16:09:45
>>694
4については、
Adobe, Mozilla <-> Microsoft、その他
って構図で、最後はJavascript創始者のBrendan Eichが、
4放棄の取りまとめをした。
JScript(MS)とActionScript(Adobe)を
同じグループにいれているのは間違い。
4の成否にもっとも激しく対立した二者。
697:デフォルトの名無しさん
10/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:デフォルトの名無しさん
10/08/31 17:54:23
ついでにもう一個、もし知ってる人いたら教えてください
ECMAScriptの初版(=2版)の仕様策定に関わった人として
敬愛するGLSの名前があるわけですが
JavaScriptの関数がファーストクラスとして使えたのは
ECMAScript策定前からでしょうか？
初版の時点で既に無名関数があるわけですが
彼が原因じゃないかと推測します
699:デフォルトの名無しさん
10/08/31 18:13:18
SteeleはECMAに仕様を出す前に、
仕様を整える役として急遽呼ばれた。
幾つかの言語の仕様を書いて慣れているので。
基本的な部分の設計には全く関わってない。
関数がファーストクラスな言語はそれほど珍しくない。
全てがSteele由来なわけでもない。
ただBrendan EichはブラウザにSchemeを組み込むつもりで、
ネットスケープ社に入社した。諸々も事情で、
プロジェクトを離れている間にC言語風になった。
700:デフォルトの名無しさん
10/08/31 18:41:51
詳しいですね、ありがとうございます
scheme使う人だったんですね
>>プロジェクトを離れている間にC言語風になった。
悲哀を感じます。
そしてそのGLSが呼ばれて整えた仕様書は
crockford曰く「The specification is of extremely poor quality」
悲哀を感じます。
>>関数がファーストクラスな言語はそれほど珍しくない。
>>699はMLだとかmirandaだとかそういう言語を想定してるんだと思いますが
1998年頃一般的に流行ってた言語の中ではすごいことだと思います
今でこそTiobeのトップ20の言語の半分以上はlambda相当のことが出来るけど
701:デフォルトの名無しさん
10/08/31 18:58:15
一般のプログラマは言語なんてほとんど知らないから。
彼らにとって珍しいことが、設計者にとって珍しいってことはない。
702:デフォルトの名無しさん
10/08/31 19:58:04
【レポート】IE9、JavaScript仕様と現実の落としどころ | エンタープライズ | マイコミジャーナル:
URLﾘﾝｸ(journal.mycom.co.jp)
703:デフォルトの名無しさん
10/08/31 20:21:53
JavaScriptの定義ってわかり難いよね
広義ではブラウザ上で動くECMAScriptの実装を意味していて、
狭義ではMozillaのECMAScript実装だけを意味するってことでOK？
で、JavaScript2.0ってのはMozillaの実装のバージョンを意味してるんだよね？
704:デフォルトの名無しさん
10/08/31 21:20:22
狭義ではブラウザ上で動くECMAScript実装の内JavaScriptと名乗るものを指し、
広義ではサーバサイドJavaScriptみたいなのも含める感じ
狭義がMozillaの実装だけを指すってことは無いと思う。
705:デフォルトの名無しさん
10/08/31 21:59:45
JavaScriptってのは商標でもあるので、
>>703の言っていることのほうが正しいです。
706:デフォルトの名無しさん
10/08/31 22:09:19
>>703-704
枝葉をつつくようだが、ECMAScriptが制定される前からJavaScriptはあったわけで
そう言い切ると、NN2.0-3.0に載ってるのはJavaScriptじゃないってことになっちまう
JavaScript5版(oreilly)では、ブラウザ上で動くJavaScriptのことを
「クライアントサイドJavaScript」、言語としては「コアJavaScript」と区別して呼んでるね
これは広義の分類にあたりそうだ
707:デフォルトの名無しさん
10/08/31 22:27:29
>ブラウザ上で動くECMAScript実装の内JavaScriptと名乗るもの
javaの名を使うことで提携してんのはNNというかmozillaだけだと思うがいまどうなってんだろうな。
だからMSはJScriptにしたんだし。
708:デフォルトの名無しさん
10/08/31 23:29:13
>>705
>>706と関連するけど、NNの実装はどうなるのさ、と
>>707
URLﾘﾝｸ(en.wikipedia.org)
こんな感じで呼ばれてるみたいよ。
709:デフォルトの名無しさん
10/08/31 23:58:59
なんとなく、ECMAScript + W3C DOMのことをJavaScriptと呼んでるようなイメージ。
>>708のウィキペディアの記事にもそんなニュアンスのことが書いてある。
710:デフォルトの名無しさん
10/09/01 08:07:38
歴史的にもクライアントサイドで動的webやるためにDOMを扱えるスクリプト実装したのが
LiveScriptだからECMAScript + W3C DOMのことをJavaScriptと呼ぶのは自然の流れ。
Natscape js1.4で分離されるまでJavaScriptの仕様にDOMが含まれてたんだし。
1.4でJavaScript CoreとDOMに分離された。
711:デフォルトの名無しさん
10/09/01 12:11:48
>>700
Steeleのやったのは文言の訂正とかそんなレベルだよ。
712:デフォルトの名無しさん
10/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
URLﾘﾝｸ(blogs.msdn.com)
713:デフォルトの名無しさん
10/09/02 21:23:06
この記事の元ネタですかね。
URLﾘﾝｸ(journal.mycom.co.jp)
714:デフォルトの名無しさん
10/09/03 01:49:45
constの挙動とか、以前の版との整合性だけ修正して
Edition 6が割とすぐ出そうな気がするのは俺だけ？
715:デフォルトの名無しさん
10/09/04 01:34:42
・正規表現
errata か、なくてもいいんじゃ
・__*__ methods
元から範囲の外
・文内の関数位置
確か、ES5 で IE と同じ挙動にしたはずでは…途中でやめたか？
・const
ES5 には元から入っとらんわ
716:デフォルトの名無しさん
10/09/08 17:06:48
>>715
＞・const
＞ES5 には元から入っとらんわ
つまり今constをサポートしてるブラウザは
規格に入ってない機能を勝手に独自実装してる欠陥品って事か
欠陥品じゃないって言うならIEの独自機能も認めないとおかしい
717:デフォルトの名無しさん
10/09/08 17:16:54
規格に入ってる機能を実装してない欠陥品よりマシ
718:デフォルトの名無しさん
10/09/08 18:10:47
今ある全てのブラウザが欠陥品ってこと？
全部実装してるブラウザはいまのところ存在しないんだけど
719:デフォルトの名無しさん
10/09/08 18:21:00
>>717は「MSが駄目って指摘できるボクちゃんカッケーww」って
勘違いしちゃってる馬鹿
720:デフォルトの名無しさん
10/09/08 19:32:40
独自実装と先行実装だったら、後者のほうがましだなあ、と。
721:デフォルトの名無しさん
10/09/08 20:36:37
つまりXMLHttpRequestを最初に実装したIEは偉大
722:デフォルトの名無しさん
10/09/08 22:36:31
IE信者のプロパガンダにしか見えん。
constも例外処理も勝手に追加したのはspidermonkeyだがこれらがあると欠陥とな？
ブラウザ戦争の引き金になる糞互換な実装をやめろって話なのが分からんのか。
webkitとかwebkitとかwebkitとか
723:デフォルトの名無しさん
10/09/08 23:51:06
constについては、constの仕様が不確定なことと、
このような機構が将来仕様に含まれるとしても、
今のconstのようなものになるか不確定であること、
この二点を採用しない理由に挙げてるけど、
constってのはObjectの性質じゃなくて、
変数の性質だから、他の方法なんてないんじゃないの?
724:デフォルトの名無しさん
10/09/08 23:58:47
たとえば同じ名前の変数にconst指定した場合、ブラウザによって次のように別々の動作をみせるという。
* シンタックスエラーとみなしローディングを実施しない。
* 関数がコールされた段階で例外を発生する。
* 定数の上書きは成功し、変数としての上書きは処理しない。
* ただの変数として処理する。
725:デフォルトの名無しさん
10/09/09 06:59:32
IE以外のどのブラウザもそれなりにECMAScriptの独自拡張はしてるって話だろ？
実際、constの挙動がバラバラなんだし。これを先行実装と言い張るのはなあ
726:デフォルトの名無しさん
10/09/09 12:56:28
constよりletほしい。
727:デフォルトの名無しさん
10/09/09 15:37:18
式クロージャも欲しい
728:デフォルトの名無しさん
10/09/09 15:45:29
いらん
729:デフォルトの名無しさん
10/09/09 16:21:06
ネイティブにコンパイルできるようにならないのかな
PHPをC++にコンパイルするやつはあったな
730:デフォルトの名無しさん
10/09/09 16:43:02
>>729
すでに主流のブラウザに搭載されているJSエンジンは、JIT(Just In Time compile)化されていたはず。
少なくともFirefoxのSpidermonkeyは、JIT化によって大きな性能改善を果たした。
731:デフォルトの名無しさん
10/09/09 21:57:02
FirefoxもChromeもコード生成に実行時情報使うからAOTでコンパイルするのはつらいな。
ネイティブコードにはなるだろうが実行性能的な意味で。
732:デフォルトの名無しさん
10/09/09 22:45:26
できてせいぜい中間コードまでだろうなあ
733:デフォルトの名無しさん
10/09/09 23:48:32
中間コードにはコンパイルできなきゃ困るだろ・・・
734:デフォルトの名無しさん
10/09/10 10:14:54
>>732
V8のコード読めばいろいろ参考になるよ
SpiderMonkeyよりかは読みやすいし
>>726
これは同意
ブロックスコープ使いたいお・・・
735:デフォルトの名無しさん
10/09/10 10:56:58
letもいいけど分割代入も欲しい
736:デフォルトの名無しさん
10/09/14 07:12:45
json形式のデータでlistと配列(vector)区別する一般的な方法はないのでしょうか？
list
[1,2,3]
vector
{vector:[1,2,3]}
とかでいいのでしょうか？
737:デフォルトの名無しさん
10/09/14 12:36:02
ベクターとか本当に必要か？
738:デフォルトの名無しさん
10/09/14 13:53:11
jsonてここでいいのか？
739:デフォルトの名無しさん
10/09/14 14:00:52
枝葉末節だけどJSON形式ならキーを文字列にしないといけない
740:デフォルトの名無しさん
10/09/14 14:12:07
まあJSOということで
741:デフォルトの名無しさん
10/09/14 14:45:25
それってただのJSじゃね
742:デフォルトの名無しさん
10/09/15 01:06:29
JSObjectなら
743:デフォルトの名無しさん
10/09/22 20:40:11
JavaScript for Internet Explorer 9 Beta
URLﾘﾝｸ(msdn.microsoft.com)(v=VS.94).aspx
IE9はJScriptじゃないの？
744:デフォルトの名無しさん
10/09/22 22:18:28
いまのjavascriptは製品名よりブラウザ上の言語名として一般にも普及してるからjavascriptを使うんだろう。
745:デフォルトの名無しさん
10/09/22 22:24:31
MSも丸くなったというか下り坂というか
746:デフォルトの名無しさん
10/10/03 17:01:05
ECMAScript 5 compatibility table
URLﾘﾝｸ(kangax.github.com)
Strictモードのスルーされっぷりは異常
747:デフォルトの名無しさん
10/10/03 23:09:05
strict は部分的には入ってる
一括して一項目だとな…セキュリティとしてはフルサポートしないとまずいんだけど
748:デフォルトの名無しさん
10/10/06 00:03:34
ActionScript3.0が対応してるECMA262ってこれであってますか？
URLﾘﾝｸ(www.ecmascript.org)
749:デフォルトの名無しさん
10/10/14 23:36:40
>>746
ようやくWebKit Nightly BuildとMinefieldでグリーンになった
750:デフォルトの名無しさん
10/10/15 10:06:23
>>746
>>749
今 mozilla-central 20101014041748 で見たら全部の項目がグリーンになっててビビった
Chrome の Canary build とか Chromium だとどうなんだろ（表には7までしかない）
751:デフォルトの名無しさん
10/10/16 00:06:47
>>750
カナリアも今のところChrome 7と同じ。
WebKit本体のJavaScriptエンジン(JavaScriptCore)はstrictモード対応したけど
Chromeは独自のJavaScriptエンジン(V8)を使っているので恩恵を受けていない。
その代わりJavaScriptCoreが未対応のObject.*の類をサポートしてる
752:デフォルトの名無しさん
10/10/16 00:18:41
あとMinefieldはstrict mode evalに未対応なので
evalを使ってるコードではまだ"use strict";しないかWebKitでもテストしたほうがいい
URLﾘﾝｸ(bugzilla.mozilla.org)
753:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/02/21 07:45:40.04
Object.create(Klass.prototype)
755:デフォルトの名無しさん
11/02/21 07:48:36.45
4ヵ月書き込みがなかった間にMinefieldがstrict mode evalに対応したようだ
756:デフォルトの名無しさん
11/02/21 07:52:51.09
>>753
むしろconstがES5的に不可能
var Klass = function() {};
Object.defineProperties(Klass.prototype, {...});
Object.freeze(Klass);
757:デフォルトの名無しさん
11/02/21 08:15:26.09
>>755
Chromium（V8）の最新版もstrict modeに部分対応始めたし
あとはIE9さえ対応すれば完璧だな
Opera? Safari? 何それおいしいの
758:デフォルトの名無しさん
11/02/21 22:04:21.88
Safariはバージョンアップ遅いけど
WebKit Nightly BuildならもうかなりES5 strictに対応してるよ
759:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/02/23 05:11:49.13
多重継承？
761:デフォルトの名無しさん
11/04/01 19:30:12.58
strictモードで
function f(){
this.a = 45;
}
が出来なくなるのはただの劣化だと思うんだ。なんで元に戻したの？
762:デフォルトの名無しさん
11/04/01 22:53:16.39
strictなんだからできなくて当然と思うけど
それともnew忘れてるとか？
763:デフォルトの名無しさん
11/04/09 09:17:07.08
Property Descriptorってのは特殊なJSONっていう理解でいいの？
764:デフォルトの名無しさん
11/04/09 19:14:44.53
ここまで合ってるところがひとつもない文だとかえって直しようがない
765:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/04/30 08:54:13.95
myCSS.addRule( '.box', 'background-color: #f0f0f0;' );
myCSS.addRule( '.box', 'border: 2px solid #aaaaaa;' );
767:デフォルトの名無しさん
11/04/30 08:55:40.26
思わず答えちゃったけどECMAScript関係なくね?
768:デフォルトの名無しさん
11/04/30 14:48:24.99
関係ないよね
JavaScriptスレに行ったら？
769:デフォルトの名無しさん
11/04/30 17:39:12.00
JavaScriptとも関係ない気がするけど
Web制作板のJavaScriptスレはDOMの質問も扱っているようだ
770:デフォルトの名無しさん
11/05/01 11:23:34.55
仲良くしようよ(´・ω・｀)
771:デフォルトの名無しさん
11/05/01 11:40:42.56
ECMAScript + DOM = JavaScript だからなあ。
DOMのこと聞けなかったらJavaScriptじゃなくてECMAScriptだ。
772:デフォルトの名無しさん
11/05/01 17:36:59.89
最近じゃそこにHTML5周辺のAPIも混ざってきて混沌としているがな
773:デフォルトの名無しさん
11/05/02 06:30:41.36
>>771
釣りなのか?
ECMAScript + Netscape独自拡張 = JavaScript
WSHやサーバーサイドJSやSpiderMonkeyのシェルやRhinoはJavaScriptじゃないとでも?
774:デフォルトの名無しさん
11/05/02 06:37:32.32
WSH上で動くのはJScriptだな
ECMAScript + Microsoft独自拡張 = JScript
断じてECMAScript + IEのDOMではない
775:デフォルトの名無しさん
11/05/02 06:45:29.37
ECMAScriptの解説書はなんで出ないんだろうか
776:デフォルトの名無しさん
11/05/02 11:20:41.14
The Good PartsはECMAScriptの解説みたいなもんだったが…
ES5の解説本が出てもいいと思うが、
wikipedia(ja)も放置状態だし、関心のある人は少ないのでは?
777:デフォルトの名無しさん
11/05/02 13:13:45.40
サイ本で十分役割を果たしてる
778:デフォルトの名無しさん
11/05/02 14:00:23.06
Web寄りすぎるだろ。
779:デフォルトの名無しさん
11/05/03 03:58:52.39
そろそろデスクトップ方面に注目した総括的な書籍が出て欲しいなあ
ネタ的には十分揃ってると思うんだけど
Titanium : URLﾘﾝｸ(www.appcelerator.com)
DashCode : URLﾘﾝｸ(www.apple.com)
Chromeless : URLﾘﾝｸ(mozillalabs.com)
XULRunner : URLﾘﾝｸ(developer.mozilla.org)
Google Desktop Gadgets : URLﾘﾝｸ(desktop.google.com)
Yahoo! Widgets : URLﾘﾝｸ(widgets.yahoo.co.jp)
Adobe Air : URLﾘﾝｸ(www.adobe.com)
QML : URLﾘﾝｸ(doc.qt.nokia.com)
Windows Scripting Host : URLﾘﾝｸ(support.microsoft.com)
CommonJS : URLﾘﾝｸ(www.commonjs.org)
780:デフォルトの名無しさん
11/05/03 06:55:35.87
WSHはもう互換性のためだけに提供されてる状態だった気がする
781:デフォルトの名無しさん
11/05/03 12:51:35.86
JScript9の新機能(ES5対応とか)はIE9の中でしか使えないんだっけ
782:765
11/05/03 18:05:18.66
質問するところ間違えてしまったようですまない。
そして答えてくれてありがとう。
あまりに単純な原因に衝撃を受けたよ……カッコが原因だったとは。
間違ってたのに今まで運良く動いてただけか(よくあることだけど)。
最初に見たソースがカッコがついててそれを参考にしたみたいです。
さっきあちこち見てまわったらつけてる人とつけてない人がいるね。
783:デフォルトの名無しさん
11/05/03 18:34:49.88
これ、IE版firebugで見つけられるんじゃない?
784:デフォルトの名無しさん
11/05/04 18:53:34.21
>>770
仲良くしてたらDOMの質問が際限なく来て始末に負えなくなるから、そこらへんは線引きしとかんと
そのために2代目スレからは名前変わってるんだし
785:デフォルトの名無しさん
11/05/04 21:00:16.42
これ Traceur のドキュメントだけど、Class ってそんなに欲しいかな・・・
URLﾘﾝｸ(code.google.com)
786:デフォルトの名無しさん
11/05/04 22:01:33.11
あったら積極的に使うと思うがなくても(現状でも)そんなに困らない
787:デフォルトの名無しさん
11/05/08 23:40:24.75
CoffeeScriptってどうよ
URLﾘﾝｸ(jashkenas.github.com)
俺はjsの方が好きだが
788:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/05/09 19:50:07.60
ES HarmonyはES4で一度挫折した構文の大幅変更に再チャレンジするみたいだな
790:デフォルトの名無しさん
11/05/10 23:41:18.49
ECMAScript は Java の構文を意識したところがよかったのに
791:デフォルトの名無しさん
11/05/11 00:20:45.95
>>789
harmony:modulesのこと?
792:デフォルトの名無しさん
11/05/11 02:05:04.43
>>790
意味もなくJavaのキーワードが予約されてたりな
793:デフォルトの名無しさん
11/05/11 08:25:51.48
兎にも角にも名前空間をどうにかしてくだしあ
794:デフォルトの名無しさん
11/05/13 01:49:36.82
var MyPackage = {};
MyPackage.foo = bar;
みたいな感じで良いじゃん
795:デフォルトの名無しさん
11/05/25 20:50:28.06
ブロックスコープないとクロージャが使いにくい
796:デフォルトの名無しさん
11/05/25 21:26:54.08
いずれ let が使えるようになるからそれまで待つしか
797:デフォルトの名無しさん
11/05/30 14:32:48.39
ESで使われていない主な半角記号でこれから自由に新定義できそうなのって『#』くらいだよね
でも#ってfunction文の意味を持たせる案が有力なんだよね
そういえば無知な質問するけど
ESって全角記号使えるけど、海外の環境じゃあ全角って普通全く打てないものなの？
☆くらいは使えたりするのかな？
せっかく使えるようにしてくれてるんだし、使えるんならどんどん使っていきたいよね
ある程度ちゃんと使えば絶対良くなると思うんだ
798:デフォルトの名無しさん
11/05/30 14:36:08.11
どうぞご勝手に
799:デフォルトの名無しさん
11/05/30 15:39:05.07
>>797
APLみたいにとまではいかなくても、
Unicodeにたくさんある演算記号が使えたら面白いかもね。
800:デフォルトの名無しさん
11/05/30 15:51:10.32
>>797
入力を心配する前にフォントの心配をしなきゃ
見えなきゃ打ててもしょうがない
801:デフォルトの名無しさん
11/06/01 00:56:34.23
SpiderMonkeyが#を独自拡張に使ってるから避けてたんじゃないのか
802:デフォルトの名無しさん
11/06/01 01:25:43.79
シャープ変数なんて使ったこともないし見たこともねえぞ・・・何だこれ
803:デフォルトの名無しさん
11/06/11 16:11:51.19
URLﾘﾝｸ(radar.oreilly.com)
URLﾘﾝｸ(wingolog.org)
804:デフォルトの名無しさん
11/06/11 16:16:18.52
JVMのHotspot Engineもまったく同じような宣伝文句を使ってたよな。
時代は繰り返すにしてもちょっとスパンが短すぎやしないか
ドッグイヤー換算だと100年くらい前の話ではあるが
805:デフォルトの名無しさん
11/06/11 20:02:44.28
あとGCCでは関数が同じファイル内にあれば
> unsigned int g (void) { return 1; }
にまで最適化されますが何か? って指摘は意外と本質的で、
ECMAScriptではvalueOfなどをユーザー定義される可能性がある限り
同じような最適化はやりたくてもできない。
IE9のPreview版がはやまって導入したらMozillaの中の人から
速攻で突っ込まれたということもあったな。
806:デフォルトの名無しさん
11/06/12 02:06:42.57
>>805
> unsigned int g (void) { return 1; }
> にまで最適化されますが何か?
ret += 1; にまでと言いたいの?
807:デフォルトの名無しさん
11/06/12 04:14:11.60
>>806
知らん。リンク先に聞いてくれ
808:デフォルトの名無しさん
11/06/12 10:18:21.73
リンク先はそう書いてない。
809:デフォルトの名無しさん
11/06/14 01:54:57.27
valueOf(){return this; }は遅延評価に必須だからなぁｗ
810:デフォルトの名無しさん
11/06/14 07:41:58.63
URLﾘﾝｸ(github.com)
811:デフォルトの名無しさん
11/06/17 02:58:48.69
テストのない8000行のJavaScriptを引き継いで、
一ヶ月程度でバグ修正と機能追加をしないといけないんだがどうしよう。死ぬの？
812:デフォルトの名無しさん
11/06/17 03:00:44.67
テストコードもないようなその品質も引き継げばいい。
813:デフォルトの名無しさん
11/06/17 16:26:16.65
久々にecmascript.orgみたら、
結構多くの機能が仕様取り込み候補になってるんだな。
814:デフォルトの名無しさん
11/06/18 00:30:13.99
やっぱり module が入るのは嬉しいね
まだ strawman だけど
815:デフォルトの名無しさん
11/06/18 00:42:02.38
URLﾘﾝｸ(iq12.com)
URLﾘﾝｸ(s3.mrale.ph)
816:デフォルトの名無しさん
11/06/19 02:35:04.00
URLﾘﾝｸ(people.mozilla.com)
817:デフォルトの名無しさん
11/06/22 22:32:05.07
URLﾘﾝｸ(brendaneich.com)
818:デフォルトの名無しさん
11/06/24 20:25:27.00
URLﾘﾝｸ(blog.nodejs.org)’s-help/
URLﾘﾝｸ(arstechnica.com)
819:デフォルトの名無しさん
11/06/26 18:05:52.19
>>779
jrunscript(Rhino)とJavaScript-Cも仲間に入れてつかーさい。
820:デフォルトの名無しさん
11/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
URLﾘﾝｸ(eon.businesswire.com)
Standard ECMA-262
URLﾘﾝｸ(www.ecma-international.org)
5.1出てたー
821:デフォルトの名無しさん
11/07/05 21:49:39.02
URLﾘﾝｸ(code.google.com)
822:デフォルトの名無しさん
11/07/10 02:40:18.27
URLﾘﾝｸ(www.stanford.edu)
823:デフォルトの名無しさん
11/07/10 10:26:08.62
Test 262 でブラウザの JavaScript 互換性をテストする
URLﾘﾝｸ(www.infoq.com)
824:デフォルトの名無しさん
11/07/15 02:32:54.41
URLﾘﾝｸ(addyosmani.com)
デザパタ信者は好きになれないけど、共通言語としての価値はあると思う
825:デフォルトの名無しさん
11/07/18 20:54:00.65
Bruce Eckel の Blog に JavaScript の話題が出てた
URLﾘﾝｸ(www.artima.com)
826:デフォルトの名無しさん
11/07/23 05:53:39.82
>>819
jrunscriptとrhinoを一緒にするでねぇ。あれは実装が違う。
827:デフォルトの名無しさん
11/07/23 06:20:03.93
URLﾘﾝｸ(www.readwriteweb.com)
828:デフォルトの名無しさん
11/08/12 11:29:56.94
シンプルなポーカー ゲームで理解する ECMAScript 5
URLﾘﾝｸ(blogs.msdn.com)
829:デフォルトの名無しさん
11/08/25 13:03:31.28
>>746
Operaやる気ないの?
10.50から全然変わってないじゃん
830:デフォルトの名無しさん
11/08/28 12:20:09.84
Firefox 4、Safari 5.1、Chrome 13にIE10さえ完全対応しそうなのに
Operaのやる気のなさは異常
831:デフォルトの名無しさん
11/08/28 22:19:22.13
ｽﾚﾘﾝｸ(tech板)
JavaScriptスレというのができてるな
関連スレにJava関係を載せてるあたりネタ臭もするが
832:デフォルトの名無しさん
11/08/28 23:11:20.39
es5とStrict-modeならRhinoですら実装したというのに。
833:デフォルトの名無しさん
11/08/29 23:10:05.91
このスレとJavaScriptスレは普通に共存できる、というかJavaScriptスレが
穢れを一手に引き受けてくれるから問題ナッシング。
834:デフォルトの名無しさん
11/09/08 17:27:09.77
operaは昔から最低限のものだけ実装するよってスタンスだし今後もこんなもんだろう
835:デフォルトの名無しさん
11/09/09 03:26:16.65
質問なのですが、JavaScriptで変数のスコープって
関数以外の区切りがありますか？
例外的な変数のスコープの区切りになるものがありましたら
教えていただければ幸いです。
836:デフォルトの名無しさん
11/09/09 03:58:41.13
catchの変数はcatch節の中だけだったと思う
837:デフォルトの名無しさん
11/09/09 17:45:29.02
let! let!
838:デフォルトの名無しさん
11/09/10 15:54:18.51
>>836
ES規定ではそうだけど、IE8- はバグ持ちなので注意
839:デフォルトの名無しさん
11/09/10 17:43:02.27
お前らwithさんのことディスってんじゃねーよｗ
840:デフォルトの名無しさん
11/09/10 19:54:03.14
withマジで役に立たない
名前空間がクソすぎるのを隠蔽できないゴミ
841:デフォルトの名無しさん
11/09/11 00:29:14.62
ed3から非推奨で5から存在しないんじゃなかったか？
842:デフォルトの名無しさん
11/09/11 08:39:32.57
いつになったらletが気兼ねなく使えるようになるのか
843:デフォルトの名無しさん
11/09/11 08:57:26.80
>>841
5のstrict modeで使えなくなる
844:デフォルトの名無しさん
11/09/11 19:21:17.81
>>842
すべてのブラウザがjs17を実装したら。operaとIEが存在する以上まず無理だな。
845:デフォルトの名無しさん
11/09/12 00:59:49.68
>>842
ES6
846:デフォルトの名無しさん
11/09/12 03:46:17.82
>すべてのブラウザがjs17を実装したら
すべてのブラウザのJavaScriptエンジンがSpiderMonkeyになったらと言っているようなものだな。
847:デフォルトの名無しさん
11/09/13 02:39:21.61
>>846
標準化されてない機能がほしいっていう意見は現実的にはSpiderMonkeyと同じ実装が欲しいと言ってるのと同じじゃね？
mozillaのjsは先行実装なのに仕様が頓挫しただけだから元々入れる予定だったんだし。
getter/setterだって取り込まれたし例外処理が標準化してる今mozillaオリジナルってLiveConnectくらいだぞ。
SpiderMonkeyの機能にV8のJITが理想に近いのは誰でも思うところだろう。
848:デフォルトの名無しさん
11/09/13 15:06:45.78
例外がちゃんと入ってよかったねえ。
849:デフォルトの名無しさん
11/09/13 18:15:30.15
分割代入と式クロージャーの使えないJSエンジンに価値はない
850:デフォルトの名無しさん
11/09/13 18:32:38.70
>>849
> 分割代入
for文とか発散しすぎて、5年前から何も進んでないw
URLﾘﾝｸ(wiki.ecmascript.org)
URLﾘﾝｸ(wiki.ecmascript.org)
代入式と実引数渡しだけでいいから仕様にしてくれないかなあ…
851:デフォルトの名無しさん
11/09/13 18:51:24.80
>>850
こうやってみると結構月日を重ねたあれやこれやの経緯がとか
重い偲ばれて…esmascriptも色々なんですな…
852:デフォルトの名無しさん
11/09/13 18:56:02.44
多値返すケースとかそれをどう受けるとか
その辺言語によってまちまちだし…しょうがない面もあるか…
853:デフォルトの名無しさん
11/09/13 19:27:10.51
リストを多値に流用というか、混同している言語は悲惨だね。
ちゃんとリフトしないと。
854:デフォルトの名無しさん
11/09/14 04:02:34.66
リストやタプルや酷いときは連想配列から取り出す作業が無くなるだけでも多値の分割代入は重要だしな。
正直イテレータ・ジェネレータ、yieldはとっとと普及しろと思う。何年も前の水準のコードをいつまで書かなきゃいけなんだ。
855:デフォルトの名無しさん
11/09/14 05:21:20.71
>>844
/ヽ､__
_,, -─- ....__ //｀ｰ∠
,...."´:::::::::::::::＿_/_:::::::::ヽ!_／ヽ>
.／:::::::::::::::::::::::::（ / )::::::(＠）)__rイ ｽｯ
〈::::::::::::::::::::::::::::::::ﾞﾞ/￣:::::ヽ(＠＠)i ＼
ヽ,.'´￣｀ 7´ ￣￣ ´￣｀｀ヽ::::::::;ヽ ヽ
/ / /! ｀ヽ ヽ::/ヽ! ﾉ Full ECMAScript (JavaScript) 5.1 support
/ // { / { ﾄ､ | }ハ ､ ヽ|／ URLﾘﾝｸ(my.opera.com)
|ｌ｛ { | ∧｛ ヽ.{‐ヽﾄ､ﾉ}ﾉﾊ ! !
ｌハﾊlヽ{_,.. ｀ ､.__ ﾘ.ﾊl | |___________
| ﾊ. (ﾋ_] ﾋ_ﾝ ) ! l | | ／
／ ヽﾍﾉ"" ,＿___, "" | | | ｌ ／
／ ﾊ { } } ｊ/ ／
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
856:デフォルトの名無しさん
11/09/14 06:13:28.06
>reporting one error
現時点で最優秀の準拠率なんだろうけど
せっかくなんだからひとつしかないエラーをデバッグしてから
Full supportって言えよｗ
857:デフォルトの名無しさん
11/09/14 13:43:35.05
>>856
「S11.1.1_A2, is invalid.」
URLﾘﾝｸ(my.opera.com)
テスト自体が間違っているので、failedであってる
858:デフォルトの名無しさん
11/09/14 23:35:44.92
スタンドアロンなblockの中でlet使う意義がわからん。
letは暗黙なブロックを生成するんだからスタンドアロンなblockの中で定義したら見た目とスコープが一致しなくなってわかりにくいんじゃないの？
let文じゃダメなのか？
859:デフォルトの名無しさん
11/09/15 10:56:16.49
見た目とスコープは一致しているし、(むしろそのためのlet)
ECMAScriptには明示的なスコープブロックがないんだからあれば便利。
860:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/09/17 01:11:02.16
そういうのが欲しければlabels文とかletrec文って呼んで新しく提案しろよ
実装ひとつもないのに無茶言い過ぎ
862:デフォルトの名無しさん
11/09/17 04:07:33.84
明示的にvar/externしないとグローバル変数にならない、と
逆にするだけでもずいぶん助かる
既存のコードは全滅だが
863:デフォルトの名無しさん
11/09/17 09:46:53.34
>>861
実装がひとつもないってなんの話だ？
864:デフォルトの名無しさん
11/09/19 17:28:11.50
let文
865:デフォルトの名無しさん
11/09/20 01:46:59.46
>>862
strict modeなら何も書かない場合勝手にグローバル変数生成しないで
エラーになるでしょ
866:デフォルトの名無しさん
11/09/21 07:41:38.28
>>864
let文の実装ならあるじゃん。
867:デフォルトの名無しさん
11/09/21 08:26:59.72
River Trail ? Intel's Parallel JavaScript
URLﾘﾝｸ(games.slashdot.org)
868:デフォルトの名無しさん
11/09/22 15:50:36.46
JavaScriptに並列処理機能を追加する、IntelのJavaScript拡張機能が明らかに
URLﾘﾝｸ(www.infoq.com)
869:デフォルトの名無しさん
11/09/28 19:19:52.60
パーフェクトJavaScriptって本どうすか？
870:デフォルトの名無しさん
11/09/28 21:37:36.84
javascriptスレで聞け
871:デフォルトの名無しさん
11/10/02 01:08:40.83
ECMAScript5はIE8を搭載したWindows7のサポートが切れる2020年までは絵に描いた餅かな
悲しいけどこれが現実なのよね
872:デフォルトの名無しさん
11/10/02 09:00:08.70
クロスブラウザする必要ない場面ならそうでもなくね
ブラウザー拡張、node.jsとか
あとはUA判別後に部分的にES5の機能を利用するとか
873:デフォルトの名無しさん
11/10/02 12:16:11.33
node.js は windows じゃ npm とか 外部ライブラリが利用できないです
URLﾘﾝｸ(github.com)
>Last edited by dobesv, September 19, 2011
そこで cgwin ですよ cgwinと。
874:デフォルトの名無しさん
11/10/02 12:27:13.98
cygwin？
875:デフォルトの名無しさん
11/10/02 14:00:03.72
dmonkey script とか昔からあるよね
互換実装なら…
876:デフォルトの名無しさん
11/10/03 23:04:46.79
>>871
だから後方互換性なんか無視して理想言語を仕上げりゃ良かったんだ
足を引っ張るのはいつも現実を見てない自称「現実派」
877:デフォルトの名無しさん
11/10/04 01:11:54.16
そのうちVMだけ標準化してコンパイルしたILを走らせるようになると夢想
878:デフォルトの名無しさん
11/10/04 01:22:55.40
理想言語ならすでにSchemeがあるだろう？
879:デフォルトの名無しさん
11/10/04 20:45:36.00
>>876
ES4ゴリ押しした連中こそ現実見てなかっただろ
880:デフォルトの名無しさん
11/10/04 20:47:46.34
その頃には76バージョンのIEのサポートが必要になったりして
クロスブラウザは破綻してるよ
URLﾘﾝｸ(paulirish.com)
881:デフォルトの名無しさん
11/10/04 22:22:25.03
>>879
ES4は中途半端なJavaって印象があるから理想とは程遠かったんだよきっと
882:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/10/05 20:04:41.64
> ボブ「そうさpricelessさ！」
タダほど高いものはない
ってことですかボブ
884:デフォルトの名無しさん
11/10/05 20:56:31.37
LispやPython使ったらええがなって思います
885:デフォルトの名無しさん
11/10/05 21:09:43.30
>>883
マジレスしていいのか。
それと「アメリカの通販番組はpricelessly」とかけてる。
MCのCMがpricelessで〆てたからさHAHAHA
886:デフォルトの名無しさん
11/10/05 21:24:54.55
>884
CommonLisp/SchemeはとっつきにくいしPythonは標準規格がない
よし、ここはRubyをだな……
887:デフォルトの名無しさん
11/10/05 21:37:50.00
pythonに標準規格がないとかいう文句初めて見たわ
888:デフォルトの名無しさん
11/10/05 22:09:24.59
2004年のものだけど。
WHY Common Lisp?
URLﾘﾝｸ(cl-www.msi.co.jp)
> 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:デフォルトの名無しさん
11/10/05 23:35:15.47
rubyは組み込むにはでかすぎる。信者があまりにもキモすぎるで論外。
890:デフォルトの名無しさん
11/10/06 00:57:52.87
ECMAScriptの文法とどっこいどっこいじゃね＞キモい
それに信者は言語と関係ないし
891:デフォルトの名無しさん
11/10/06 01:16:50.19
>>888
当時すでにESは標準化されてるのに見事にスルーしてるのがひどい……
ほかにも今のところIEEEのSchemeとか、ECMAのC#とか
ISOならSmalltalk、Prolog、Eiffel、Modula-2、Forthなんかがあるな
Rubyも一応今ならJISがあるし、ISOにファストトラックで送られてる最中
Haskellみたいなのも一応標準化されてると言えるのかな
892:デフォルトの名無しさん
11/10/06 01:50:29.44
仕様なんてなくたって次期gcc4.6に組み込まれることになった
golang さんのことも忘れないでくださいね…
893:デフォルトの名無しさん
11/10/06 04:56:47.88
>>891
要するに実装に縛られたくないんだろうけどlisp使いたいだけの後付だよね
894:デフォルトの名無しさん
11/10/06 06:31:00.43
プロパティに名前空間つかんのかの
895:デフォルトの名無しさん
11/10/06 10:50:06.18
c# みたいにならないかそれ delphi とか pascal みたいにいったほうが
正確か…昔の葉名前空間と言うよりモジュール名で管理というかんじだけど
896:デフォルトの名無しさん
11/10/07 02:27:49.65
オブジェクトが名前空間に属すなら
それを参照するプロパティも同じプレフィクスを持つとか
897:デフォルトの名無しさん
11/10/07 14:24:23.42
>>882
Rhinoよく使うけどyieldとかletが使えるようになってたこと知らなかった。
ありがとう。
でもgenerator式はまだなんだね。
898:デフォルトの名無しさん
11/10/08 00:19:18.22
>>897
js1.8自身ジェネレータまわりの変更がメインだからだと思う。
Rhinoで使えるバージョン=rhinoのバージョン数+サポートしたと言っている言語仕様バージョンの一部て感じだからspidermonkeyと同期してるわけじゃないよ。
Rhino1.7R3の変更ってes5準拠とCommonJSサポートのが目立つしね。
組み込み用途だとjs object実装がjava collectionsとして扱えるようになったから便利になったよ。
899:デフォルトの名無しさん
11/10/12 09:26:39.29
javascriptのアンチテーゼのはずのDartが見事なjavascript1.5なのは仕様面で見てどう思うよ？
900:デフォルトの名無しさん
11/10/12 12:31:15.46
Dartがjs1.5というのは分からないけどこのクソ言語だけは絶対に流行って欲しくない
901:デフォルトの名無しさん
11/10/12 13:18:10.06
DartもCoffeeも一緒に滅んでくれ
あと激重jQueryもな
jsごとき1から10まで手書きできなくてどうする
902:デフォルトの名無しさん
11/10/12 13:40:38.05
ついでにECMAScriptも滅べばいいのに
903:デフォルトの名無しさん
11/10/12 14:00:14.77
Dartがボロクソに叩かれまくって、じゃあブラウザにvm乗せてもう好きな言語で開発できるようにしようぜって流れになればいい
904:デフォルトの名無しさん
11/10/12 22:29:08.63
IEは好きなスクリプト言語を自由に追加できる設計だった
IE6は登場時点ではほんとに超先進的ブラウザだったんだよ
905:デフォルトの名無しさん
11/10/13 03:59:40.91
>>903
java plug-inの出番だな。CommonDOMだけじゃなくLiveConnectもjava plug-inの管轄になったから次はブラウザ用の言語か。
906:デフォルトの名無しさん
11/10/13 12:15:58.05
> ...このクソ言語だけは絶対に流行って欲しくない
> ついでにECMAScriptも滅べばいいのに
こういうアンチ野郎が多い言語は、不思議と普及してしまうというマーフィーの法則
907:デフォルトの名無しさん
11/10/13 14:03:13.55
出たばかりのLiveScriptもいじり倒して遊んでるギーク以外重いからやめろって結構言われてたよ。
そのときからcallerまわりは問題視されてたけどnetscapeには黙殺されて今までズルズルやってんよ。
908:デフォルトの名無しさん
11/10/13 21:14:27.79
ECMAScript.next: the “TXJS” update by Eich
URLﾘﾝｸ(www.2ality.com)
909:デフォルトの名無しさん
11/10/14 14:36:11.77
Dartのすごさがイマイチわからんけど
よく見る「ECMAScriptのセミコロン省略が良かった／悪かった」てのは
単純にHTMLのonclick="..."とかでセミコロン不要にするってだけのものだろ？
onclickにDartを書きたいときとか、どう区別すんの
910:デフォルトの名無しさん
11/10/14 16:12:09.46
>>909
URLﾘﾝｸ(www.dartlang.org)
911:デフォルトの名無しさん
11/10/14 16:54:56.59
>>910
なるほどね
こりゃ、だめだわ
912:デフォルトの名無しさん
11/10/14 17:14:23.36
ん、htmlタグの属性値中でセミコロン使うと何か問題あるんだっけ？
913:デフォルトの名無しさん
11/10/14 21:19:50.77
HTML5の仕様によるとonclickにはJavaScriptしか書けないので
そもそも考慮無用
914:デフォルトの名無しさん
11/10/15 00:44:43.61
>単純にHTMLのonclick="..."とかでセミコロン不要にするってだけのものだろ？
そもそもこれが間違ってる。
分かりきったものをだらだらと書かせるなよって事。型推論いいよねと似てる。
他の言語だとxml地獄、rubyでend地獄やpythonのインデント強制によるエントロピー増加が問題なわけ。
省略したらしたでjsみたいな問題も出てくるし、jsの場合はセミコロンの省略が言語仕様にあるからそれとは別問題。
たんにセミコロン省略できない言語メインが省略便利といってるだけ。
915:デフォルトの名無しさん
11/10/15 01:21:58.33
>>914
すまんが何言ってるかちょっとわからん
まーあれだ、イベントハンドラのrobustnessの重要性にjQueryもやっと気づきはじめたところに
document.query(...).on.click.addとか、また黒歴史を繰り返すのかよって感じ
ライブラリの問題だからスレ違いだけどな
916:デフォルトの名無しさん
11/10/15 04:26:27.99
dartスレのjQuery厨か？
917:デフォルトの名無しさん
11/10/16 18:54:33.85
Dartスレなんてあったのかよ
なんでここで議論してんだ
918:デフォルトの名無しさん
11/11/25 19:39:31.74
JDKのjavascript実装がJDK7でrhino1.7R3に変わっとる。
デフォルトの言語バージョンが1.8で特権コード書かないと変更できないようになってるがJDK8でnashornに変えるのに互換性大丈夫だろうか。
これはもしかしてnashornが1.8準拠なのか？
spidermonkeyもjs1.8.xでes5準拠だしやっと最新仕様で早い実装が来るかもしれんな。