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/ 352 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 19:37:51 ] ECMAScript デス 3 が らぶ　デス 3に見えたメガネ買い替えてくる・・・。 353 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 20:01:58 ] メガネより変えるべきものがあるだろ 354 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 20:57:29 ] >>353 替えの入手先の問題が。メガネは店で売ってるが。 355 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 21:41:59 ] >>354 脳へ渡す情報なら幾らでも買えるが人生は売ってないからね。 356 名前：デフォルトの名無しさん mailto:sage [2008/08/26(火) 08:17:51 ] 死ねば負債は清算できるぜ ES4は修正して継続するようだが。 357 名前：デフォルトの名無しさん mailto:sage [2008/08/26(火) 08:23:20 ] へ？ES4は一旦清算するんでしょ？ やりたきゃES3.1ハーモニーの後にしろと。 358 名前：デフォルトの名無しさん mailto:sage [2008/08/26(火) 08:34:14 ] ttp://weblogs.mozillazine.org/roadmap/archives/2008/08/tracemonkey_javascript_lightsp.html もう Nightly に入ってるって聞いたぜ 359 名前：デフォルトの名無しさん mailto:sage [2008/09/03(水) 14:58:15 ] おまいら的には Chrome よりコッチだよな ttp://code.google.com/p/v8/ 360 名前：デフォルトの名無しさん mailto:sage [2008/09/03(水) 15:39:27 ] もうJITしていられんな 361 名前：デフォルトの名無しさん mailto:sage [2008/09/03(水) 19:48:00 ] V8 はコンパイラオンリーな実装なんだね。 これも JIT に入るのかな。 362 名前：デフォルトの名無しさん mailto:sage [2008/09/03(水) 21:38:11 ] コードざっと見たけども「V8で（だけ）速く動く」書き方がありそうなんだよ google提供のjavascript(mapsなんか)はそう書き直されるんじゃなかろうか いわゆるひとつの非関税障壁になりそうな予感 363 名前：デフォルトの名無しさん mailto:sage [2008/09/03(水) 21:58:32 ] ARMあたりに対応してるからそのうちアンドロイドに組み込まれるんじゃないかと 364 名前：デフォルトの名無しさん mailto:sage [2008/09/04(木) 00:32:47 ] >>362 そんなものがない実装なんてないよ。 365 名前：デフォルトの名無しさん mailto:sage [2008/09/04(木) 03:40:08 ] >>362 その懸念はありかもね 他インプリもgoogleのjavascriptを基準に最適化しはじめたりしてね アホすぎるが 366 名前：デフォルトの名無しさん mailto:sage [2008/09/04(木) 10:29:19 ] ようするに方言が増えて、移植性の壁が高くなっただけだな。 367 名前：デフォルトの名無しさん mailto:sage [2008/09/04(木) 11:07:56 ] 修正BSDだから他も全てV8エンジンベースになるんじゃねーの これだけ速度の違いを見せつけられるとね 368 名前：デフォルトの名無しさん mailto:sage [2008/09/04(木) 11:20:04 ] IEはならない。 firefoxもtamarinがあるし、XULを考えると差し換えはかなりの大作業。 369 名前：デフォルトの名無しさん mailto:sage [2008/09/04(木) 19:49:13 ] Rhinoはもとから十分早いし。 370 名前：デフォルトの名無しさん mailto:sage [2008/09/04(木) 23:53:41 ] >>368 firefox に tamarin が入る目はもはやほとんどないよ tamarin jit だけ移植して終わり 371 名前：デフォルトの名無しさん mailto:sage [2008/09/05(金) 00:27:30 ] ホント、タマリンはこれからどうするんだろね 372 名前：デフォルトの名無しさん mailto:sage [2008/09/05(金) 01:47:29 ] MLでそんな議論になってる？ 373 名前：デフォルトの名無しさん [2008/09/05(金) 21:01:13 ] 超超初歩の質問です document.write("hogehoge"); document.clear(); と書いても、clearを無視されてhogehogeと表示されます。 document内容を動的に消去したいです 374 名前：デフォルトの名無しさん mailto:sage [2008/09/05(金) 21:22:59 ] document.open(); 375 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 13:07:23 ] >>370-372 > The project was canceled mainly because tamarin-tracing never caught > up to SpiderMonkey's speed. Tamarin-tracing also would have needed > a lot of other features to be useful on the web: https://wiki.mozilla.org/JavaScript:ActionMonkey (13:32, 4 September 2008 変更) ML にもアナウンスはなかったと思う 376 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 21:00:24 ] tamarin自体を放棄ってことかい こりゃtamarin 377 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 23:22:51 ] chrome/JSv8の影響かな？ 378 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 00:03:54 ] TraceMonkeyに吸収合併じゃねえの？ 379 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 00:10:46 ] Adobeカワイソス 380 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 00:19:04 ] 今のとこ >>370 のとおり Tamarin-tracing の nanojit のみ TraceMonkey(SpidirMonkey + nanojit) に入れてるだけ。 Adobe が使うから Tamarin-central と Tamarin-tracing の開発は続いてる。 しばらく前に DOM の GC に MMgc(Tamarin の GC) を使うか jemalloc 利用した GC 作るかって話があったんだが、結論がどうなったか よくわからん、後者っぽいんだけど… 381 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 00:31:18 ] >>378 コードとアイデアを Tamarin-Tracing プロジェクトと共有してるっぽい？ 英語つよいひと　だれか　たすけて > It is based on a technique developed at UC Irvine > called "trace trees", and building on code and ideas > shared with the Tamarin Tracing project. wiki.mozilla.org/JavaScript:TraceMonkey 382 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 02:31:35 ] そう。 "trace trees"ってのは、 コード列を木構造にして、JIT対象単位とする手法。 383 名前：190.90.128.210.bf.2iij.net mailto:sage [2008/09/10(水) 14:45:40 ] >>346 >> まぁ議論のベースになってるのはこれ。 >> wiki.ecmascript.org/doku.php?id=proposals:modules > | ModuleName '.' '*' 'as' Ident '*' # all with prefix こんなの入れるくらいなら、階層を持つモジュール名をprefixにして、 参照できるようにしてくれよ！ 384 名前：190.90.128.210.bf.2iij.net mailto:sage [2008/09/10(水) 17:15:45 ] v8のソース、10万行ありますね。 385 名前：p31195-adsau15honb9-acca.tokyo.ocn.ne.jp mailto:sage [2008/09/10(水) 20:39:48 ] tamarinが15万行ぐらいだし普通じゃね？ 386 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 21:53:29 ] なんでfusianasanなの？ 387 名前：385 mailto:sage [2008/09/10(水) 22:02:18 ] 2chの仕様変更?とnavi2chのバグのあわせ技でした >>383-384 も同じかも 388 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 23:27:11 ] それはすごいSGだなｗ 389 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 23:29:27 ] >>387 どこ行けば判る? > 仕様変更 390 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 23:30:53 ] ごめん、>>389は無視して。 navi2chのスレと間違えた。 391 名前：デフォルトの名無しさん mailto:sage [2008/09/16(火) 22:41:27 ] js1.9とes3.1はまだかーーー 392 名前：デフォルトの名無しさん mailto:sage [2008/09/20(土) 10:23:21 ] ttp://webkit.org/blog/214/introducing-squirrelfish-extreme/ みんないったい何に追われているのか、この何ヶ月、必死すぎ。 この元気があれば ES4 だって Harmony だって物凄い勢いで実装済みそうだぜ 393 名前：デフォルトの名無しさん mailto:sage [2008/09/20(土) 10:53:49 ] だって、システムソフトウェアでのかつてのCのように、 Javascript/ECMAScriptがUIの世界を支配しそうだから。 394 名前：デフォルトの名無しさん mailto:sage [2008/09/20(土) 11:52:22 ] MacがWindowsを駆逐しそうだしな 395 名前：デフォルトの名無しさん mailto:sage [2008/09/20(土) 19:31:19 ] >>394 マジで！？ 396 名前：デフォルトの名無しさん mailto:sage [2008/09/20(土) 21:05:28 ] インタプリタの最終進化まで行きそうだ 397 名前：デフォルトの名無しさん mailto:sage [2008/09/21(日) 19:16:30 ] 最初からJavaバイトコード吐いてJavaVMに最適化丸投げ出来るRhinoは楽だな。 deoptimize実装してないVMだと動的プロパティは相性悪そうだが。 398 名前：デフォルトの名無しさん mailto:sage [2008/09/22(月) 23:10:53 ] SquirrelFish Extremeが早いらしいね。 リッチコンテンツ使うからどこも必死か。 399 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 18:06:04 ] > ECMAScript Harmony > Plus, as some JS implementors have noted with concern, multiple open > namespaces impose runtime cost unless an implementation works > significantly harder. これってどこかに具体的な議論ある? ES4のNamespaceが1st class objectというのはやりすぎだとは思うが、 ほとんど何もできないObjectだから問題が起きそうにもない。 もしかしてName objekutの方で、属するNamespace(qualifier属性)が immutableになってないことが問題になっているんだろうか。 400 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 23:05:10 ] >>399 > これってどこかに具体的な議論ある? ES4-ML で実装が面倒ってのは何度も出てたけど、これは覚えがない。 > もしかしてName objekutの方で、属するNamespace(qualifier属性)が > immutableになってないことが問題になっているんだろうか。 そうだと思う。 DOM で script = document.createElement('script'); ...appendChild(script); のように動的に namespace object を持つスクリプトがロードされたとき、 読み込み元のスクリプトの無修飾の name を読み込まれたものと 衝突しないように、qualifier 属性を再構築しなきゃならなくなる ということでないかな。 401 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 00:30:10 ] 文字列と整数の掛け算できるようになった？ 402 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 14:00:07 ] >>400 え、DOMの名前空間とJavaScriptの名前空間が一緒になるってこと？ じゃないよね？ 403 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 15:34:57 ] >>402 ちがうちがう。ES4 の import とかだけ使うなら問題はないんだろうけど、 legacy な DOM を介する動的ロードするとコストが増加するってこと。 互換性のことがあるから、切るわけにもいかんのでしょ。 404 名前：399 mailto:sage [2008/10/01(水) 17:37:31 ] >>400 返事遅れました。調べてもやっぱりよくわかりませんなあ。 そういう"intern"がmission criticalなコードってそうないだろうし。 少なくとも、 >>346 > まぁ議論のベースになってるのはこれ。 > wiki.ecmascript.org/doku.php?id=proposals:modules この案だって、1st class objectでないもののnamespaceはあるわけで、 Brendan Eichが、ejohn.org/blog/ecmascript-harmony/で改めて、 > However, as I noted in my message to the lists, > namespaces, packages, and early binding are definitely gone. こう言いきっている意味は分からないな。 namespaceの全くないmoduleなんてありえないもの。 企業の思惑が絡んでくると、分けの分からない議論になるなあ。 ただ、かなり熱い"harmony"だったことは伝わってくるね。 405 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 23:34:06 ] > こう言いきっている意味は分からないな。 wiki.ecmascript.org/doku.php?id=proposals:modules が harmony になる前に出された提案(というよりスケッチ)なんで namespace が残ってる、という単純な話かも。 proposals:modules は macro の言及があるように元々 after ES4 の ためのものだった。「議論のベース」って言ったのはまずかった、すまん。 いいとこ参照先だ。 > namespaceの全くないmoduleなんてありえないもの。 ES4 のメカニズムにおける namespace がないってことでしょう。 一般的な意味での namespace(パッケージシステム？) をどうするのか まだ見えないけども、内部構造に namespace を持たない形じゃぁ ないのかなと思ってる(AST になる段階で namespace が消える) 406 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 13:54:13 ] というかnamespaceのないmoduleなんてありえないよ。 FOLDOCより namespace A set of names in which all names are unique. namespaceなしじゃmoduleローカルな識別子も定義できないよ。 namespaceオブジェクトとなると行きすぎだろうけど。 407 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 14:41:46 ] >>406 そんなのcoding conventionでmodule nameをprefixとして使うとか、どうにでもできる。 408 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 14:49:45 ] elispかよw 409 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 18:00:02 ] オブジェクトを名前空間として流用する風習はあるのだから 「Rubyかよ」の方が適切じゃないかね 410 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 18:06:23 ] >>409 はあ？「Smalltalkかよ」だろ。 411 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 21:07:28 ] ルビ厨はこれだから・・・ 412 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 23:10:09 ] 振り仮名用の5.5ポイント活字ですね、わかります。 413 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 00:30:48 ] いきなりだけど || 演算子のハナシ。 function foo(s){ s = s || 'default string'; ... } みたいな記述をたまに見かけるんだけど、これ問題ない？ s が単に true になっちゃう処理系があってもおかしくない気がするんだけど。 function foo(s){ s = s==undefined ? 'default string' : s; ... } ってこれまで書いてたんだけど、上の例のほうが短いし、慣れれば読みやすい気もする。 ただ数値の場合は 0 渡したいときに困るかね？ 414 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 01:34:38 ] ECMA262より The production LogicalORExpression : LogicalORExpression || LogicalANDExpression is evaluated as follows: 1. Evaluate LogicalORExpression. 2. Call GetValue(Result(1)). 3. Call ToBoolean(Result(2)). 4. If Result(3) is true, return Result(2). 5. Evaluate LogicalANDExpression. 6. Call GetValue(Result(5)). 7. Return Result(6). (中略) NOTE The value produced by a && or || operator is not necessarily of type Boolean. The value produced will always be the value of one of the two operand expressions. 415 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 03:50:28 ] たまにどころかprototype.jsはじめそこら中で使われてるべ? むしろundefinedと==で比較する方がやばくね? 416 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 04:51:27 ] > s が単に true になっちゃう処理系があってもおかしくない気がするんだけど。 つまり、undefinedがbooleanとしてtrueに扱われる処理系ってこと？ それはない。 417 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 07:47:38 ] 9.2 ToBoolean The operator ToBoolean converts its argument to a value of type Boolean according to the following table: InputType Result Undefined false (略) おまけに、 > 4. If Result(3) is true, return Result(2). return Result(3)ではない。 418 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 07:52:22 ] >>415 > むしろundefinedと==で比較する方がやばくね? やばくないです。長いので省略しますが、11.9.1と11.9.3です。 419 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 08:17:29 ] >>413 ||は、true/falseじゃなく、元の値を返すという言語仕様だから、大丈夫。 420 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 10:59:10 ] >>418 argument.length でチェックしないと意味が変わるでしょ foo が何をする関数なのかにもよるけど 'default string' なら >>413 の後者は「間違い」 421 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 11:23:51 ] 言いたいことは一度に言って欲しいな 422 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 18:33:03 ] >>418 引数のsはnullかもしれないし、falseかもしれないだろ。ダメじゃん。 423 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 21:14:58 ] x64でうごくやつってないものか 424 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 21:29:09 ] Rhino 425 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 21:59:35 ] 413 です、フォローありがとう。 今日、仕事帰りに本屋寄ったら、このスレでお勧めのサイ本売ってて、買ってきたよ。 古い本だと思ってたし、4200円と高いのでスルーしてた。 || の仕様についてちゃんと載ってたよ。 何冊か入門書読んだけど、単なる論理ORだと思ってたが、違ったんだな。 ただ "" が false に型変換されるって記述もあったので、"" を与えたい場合には やっぱり今までどおり 　s = s==undefined ? "default string" : s; が良い気がしたよ。ただそれ以外では 　s = s || "default string"; って記述もアリなんだな。いやぁ、面白いわ。 ちなみに俺ってIE4, NS4 の頃あたりに一度、JavaScript やってた人なんだわ。 v1.2 までは || が ture になっちまうってサイ本にあって、俺の記憶と一致した。 この週末、頑張ってサイ本読むわ。 426 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 22:02:35 ] >>418 いちおう s===undefinded にしなかったのは、s==undefined だと s==null のときにも反応してくれるから。 これは昔から一緒って言うか、定番の書き方だと俺の灰色の脳細胞に残ってた。 っていうか、サイ本、読んでておもしれーな。 427 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 22:08:57 ] サイ本って新版でただろ 428 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 22:43:00 ] まぢ？ >>427 金曜夜の焼き鳥を諦め、その金で買ってきたのは第5版ってやつなんだが・・・ 429 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:47:53 ] >>428 それで大丈夫よ。427は > 古い本だと思ってた にひっかかって注意してくれたんじゃないかな。 焼き鳥で腹を膨らませるよりもよかったと思えることを願っているよ。 430 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:48:06 ] www.oreilly.co.jp/books/9784873113296/ 第5版出たのは去年だがそれが最新。第3版なら古いけど。 431 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:08:45 ] >>429-430 ありがと、安心した。 読破したら、美味しい焼き鳥で自分を祝っちゃる！ 432 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 15:51:19 ] 'aaaggfeeeehhh'.split(/(?=(.)\1*)/); IE6:　　　 a,a,a,g,g,f,e,e,e,e,h,h,h Firefox3: a,a,a,a,a,g,g,g,g,f,f,e,e,e,e,e,e,e,e,h,h,h,h,h,h,h Chrome: a,a,a,a,a,g,g,g,g,f,f,e,e,e,e,e,e,e,e,h,h,h,h,h,h どれが正しいんですか？ 433 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 16:41:54 ] みんなちがって、みんないい。 434 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 16:49:23 ] >>432 ほれ、www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/15-5_String_Objects.html#section-15.5.4.14 そういう時は自分の手で動かしてみるんだ ちなみに俺が 'aahh'.split(/(?=(.)\1*)/) を自分の手で動かしてみたところ、 a,a,a,h,h,h,h となるのが正解という結論に達した 435 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 18:27:22 ] >>434 ありがとうございます 1行ずつ解釈していったところ、どうやら同じ結果になったようです つまりChromeが確かにECMA準拠ということですね・・・ うむむ、勉強になりました 436 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 09:33:07 ] rhino: a,a,a,h,h,h,h tamarin: aahh 437 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 10:21:03 ] この辺の話になるのかなぁ bugs.ecmascript.org/ticket/376 [RegExp: Change behavior for backreferences to non-participating groups] web-graphics.com/2007/09/05/a-quick-js-quizz-for-anybody-who-think-they-know-regex/ web-graphics.com/2007/11/26/ecmascript-3-regular-expressions-a-specification-that-doesnt-make-sense/ https://mail.mozilla.org/pipermail/es-discuss/2007-September/thread.html#4513 https://mail.mozilla.org/pipermail/es-discuss/2007-September/thread.html#4574 https://mail.mozilla.org/pipermail/es-discuss/2008-September/thread.html#7355 438 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 11:51:29 ] そこんとこ3.1は今のところ3.0のまま。 439 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 15:24:51 ] >>436 ちょｗ　tamarin！ tamarinってもうSpiderMonkeyにマージされてんの？ 440 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 16:04:29 ] spidermonkey: a,a,a,h,h,h,h,h 441 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 16:09:13 ] kjsembed(KDE): a,a,h,h 442 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 16:14:42 ] v8: a,a,a,h,h,h,h 443 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 17:03:08 ] IE/Tamarin/kjsembedはキャプチャ括弧の内容を追加してないんだろうけど SpiderMonkeyがhを余分に出すのが謎だな 444 名前：こりゃたまらん! mailto:sage [2008/10/06(月) 17:25:01 ] >>443 tamarin> 'aahh'.split(/(?=(.)\1*)/) aahh tamarin> print('aahh') aahh tamarin> 'aahh' aahh 445 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 17:37:28 ] >>439 >>370 >>375 >>380 446 名前：443 mailto:sage [2008/10/06(月) 18:28:15 ] >>444 あ、すまん、まったく分割されてないのね。カンマを脳内補完してた Tamarin環境がないんだけど['a', 'a', 'h', 'h']ならa,a,h,hと出るんだよね？ 447 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 19:17:53 ] tamarin> ['1','2','3','4'] 1,2,3,4 448 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 20:56:53 ] タマランｗ 449 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 22:33:15 ] PerlとRubyはv8と一緒だねぇ。 Pythonは分割してくれなかった。 450 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 23:26:21 ] なんでjsの正規表現エンジンって独自なんだろう？って所まで遡るわけか 451 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 23:41:05 ] 正規表現の拡張は許されてるんだから WebKitとかPCRE使うならPCREの機能フルに提供しろよって感じだな 452 名前：デフォルトの名無しさん mailto:sage [2008/10/07(火) 01:16:32 ] rubyの正規表現は鬼車だっけ

---

---

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

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