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準拠だしやっと最新仕様で早い実装が来るかもしれんな。