[Java SE 7] 次世代Javaの動向 6 [dolphin]

1 名前：デフォルトの名無しさん [2008/01/03(木) 12:29:37 ] 前スレ [Java SE 7] 次世代Javaの動向 5 [dolphin] pc11.2ch.net/test/read.cgi/tech/1178925915 [mustang/Java SE 6] 次世代Javaの動向 4 [dolphin] pc11.2ch.net/test/read.cgi/tech/1163986696/ [mustang] 次世代Javaの動向 3 [dolphin] pc8.2ch.net/test/read.cgi/tech/1157227790/ 次世代Javaの動向　２ pc8.2ch.net/test/read.cgi/tech/1147881822/ 【Java】次世代Java・J2SE1.6の動向【Mustang】 pc8.2ch.net/test/read.cgi/tech/1081698555/ 348 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 15:53:55 ] 厨房がこのスレに潜伏中の模様！注意せよ！！ 349 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 16:26:35 ] 社員じゃなくてバイトがコード書いてるの？ 350 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 16:49:33 ] マイクロソフトの下請けとかそうんかんじらしいよｗ 351 名前：デフォルトの名無しさん [2008/03/02(日) 18:53:33 ] ＞アノテーションのためにクラス・ファイルが拡張されたのを勘違いしてるんだろ はぁ？アホじゃねぇの？ アノテーションはバイトコード内の属性用のブロックに格納されますが？ 352 名前：デフォルトの名無しさん [2008/03/02(日) 19:12:06 ] 何で「あなた」ごときがそれを知ってるんですか？ 353 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 19:22:11 ] 厳密にいうとバイトコード内ではなくてクラスファイル内というべきだが クラスファイルの仕様は公開されてるんだから調べればわかる java.sun.com/docs/books/jvms/second_edition/ClassFileFormat-Java5.pdf 354 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 20:09:57 ] アホテーションはどこに格納されてますか？ 355 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 21:08:32 ] お前の頭の中にあるんじゃねーのか？ 356 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 21:59:15 ] >>353 何で「あなた」ごときがそれを知ってるんですか？ 357 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 22:00:49 ] >>351はアホだね。 358 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 22:41:20 ] おいおい、ほかの言語にももっと目を向けろよ。 Not Nullにする構文がどんだけ有益なことかわからんのか。 359 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 22:43:26 ] >>358 せまい世界の問題に何を必死になってんだか 360 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 23:13:24 ] じゃあJavaは今のままで問題ないとでも？ 361 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 23:14:41 ] >>325 362 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 23:50:07 ] ぬるぽ 363 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 04:32:20 ] そんな考えだから衰退していくんだ 364 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 04:42:11 ] だからこんなところで発案するだけ無駄だと言ったろう。 お上から落ちてきた仕様書の解釈論程度の能力しかない下請け連中が集まってるだけなんだから。 365 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 06:41:33 ] >>363 というかおまえはJavaa使うな。 おまえはJavaaで何が作れて、Javaaに何期待してるんだ？ 吠えてるだけで何も作れない奴はこのあたりで黙っちゃうだがなｗｗｗん？ 366 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 07:29:46 ] それが良いアイデアだと妄信してる時点で終わってるでしょ 見た目をちょっと変えるだけで何の革新でもないし、 コーディングスタイルの歪な文化をひとつ増やすだけでも迷惑。 367 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 07:37:40 ] それはアノテーションのことかクロージャーのことか、どれの事言ってんだ? 368 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 08:14:48 ] Java学習暦2ヶ月の厨房が吠えてるんでしょうｗ春だしｗ 369 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 09:01:12 ] ------------- ここまでテンプレ ------------- 370 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 09:28:05 ] ----------- ここからプロローグ ----------- 371 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 21:16:39 ] >>366 そうではない。 進化をとめた言語は、死んだも同然。 C++を見てみろ。 372 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 21:18:17 ] C++は革新だらけの言語だが… むしろ革新多すぎw 373 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 21:24:41 ] C++0x はどうせ VC++ で実装されないと踏んでるのですね。 ありえそうで怖い。 374 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 21:29:16 ] C99はいつになったら 375 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 21:34:49 ] C++だって糞みたいな提案は拒否されてる。>>366に同意。 376 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 21:41:01 ] お前らごときが何エラそうに評価してんだｗ 377 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 21:43:52 ] お前ごときが口出しするな 378 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 21:48:45 ] ﾌﾟｯ 2ch で吠えるなよ〜 ｷｬﾝｷｬﾝｗ 379 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 22:05:32 ] じゃこのスレいらないね 380 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 22:06:21 ] >>374 GCC拡張で良いんじゃね？ 381 名前：デフォルトの名無しさん [2008/03/03(月) 22:08:53 ] VCで実装うんちゃらとかいってる時点で厨房だろｗｗｗｗここJava擦れだしｗｗ 花見気分で様子見してろよｗｗｗｗ分かるからｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ 382 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 22:15:39 ] 厨房注意報出てるんだから、スルーしろよ といってもこのスレの住人レベルじゃ無理だろうけどｗ 383 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 23:17:29 ] NonNullとかでガチガチにしても結局たいして意味ないんだよな 384 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 00:44:12 ] ヌルポが回避できたって、テキトーな初期値が入れられるだけなんだったら意味無いからな。 それなら、ヌルポ出して、その変数に入れるべき値を考察させればいい。 385 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 02:36:17 ] ラムダがint hoge => hoge という形になると Javaは生涯C#に追いつけないことが確定するからな 386 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 07:24:02 ] >>380 いつになったらVLAを関数に渡せるようになるの 387 名前：デフォルトの名無しさん [2008/03/04(火) 08:10:47 ] 未だにJavaとMS（VC++VBC#)を比べてるガキがいる件について語ろうではないか 388 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 11:23:39 ] Javaは一生懸命C#に追いつこうと機能追加しとるじゃない 389 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 11:28:39 ] ちなみにプロパティも属性もボクシングもC#は1.0からもってる クロージャは2.0で持ってる 今は3.0ね 390 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 11:44:16 ] ニートはこんなすれに粘着してないで早く面接行けよｗ 391 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 18:40:02 ] C#のプロジェクトって早くもデスマってるのが多いよ 392 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 18:45:28 ] C#は始めから迷走してるからな。何がやりたいのか分からん 393 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 18:53:44 ] >>391 このスレ関係ないし、まったく興味ないから知らないな。 例えばどれ？ 394 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 19:04:03 ] >>393 関係ないといいつつ話を継続させようとするな 395 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 19:14:50 ] じゃ、はよ消えてくんろ 396 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 19:34:36 ] >>393 馬鹿かおまいはｗ 397 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 19:45:52 ] 今IT業界ではJavaこそが諸悪の根源とされてるのを知らんのか 398 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 19:53:58 ] いやおまいらみたいな無能労働層だろｊｋ 399 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 19:56:38 ] >>392 C#は1.0の時から3.0の機能は全部予定してたから今のところ何の破綻もない 一直線だ むしろ迷走してるのはJavaだな 言語仕様を民主的に決める必要なんてかけらも無いのに 400 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 20:02:23 ] Javaは方向性も、ビジョンもないからな。 ほんと、これからどうして行きたいのかがわからん 401 名前：デフォルトの名無しさん [2008/03/04(火) 21:58:06 ] このC#厨房は何をしにきたたたたたたたたんだ？ 402 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 22:01:41 ] 自慢しに来た 403 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 22:06:36 ] まあ実際、近視眼的な部分はあるよ。 JCPはとどのつまり企業連合な組織だし。 EE6でSpringやS2が壊滅したらちょっと面白い。 404 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 22:48:56 ] まぁ、いまのところEE勢が壊滅した事しかないのが笑えるよな。 405 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 23:05:31 ] なんかunrestricted closureも実装してきているなあ。> BGGA実装 jsr166z.forkjoinもかなりいろいろ増えてるし。 Control invocation syntaxが楽しくてたまらん(ﾊｧﾊｧ 406 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 23:12:13 ] クロージャは次期採用はほぼ固まったみたいでもう追いかけてないんだけど、どお、便利？ 407 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 00:27:08 ] 無名内部クラスがあるのにクロージャも作るのか 408 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 02:34:54 ] >>406 import java.util.*; enum s { This, is, a, test; }; public class I { public static void eachEntry(List<s> l, { s ==>void } block) { for (s i : l) { block.invoke(i); } } public static void main(String[] args) { List<s> l = Arrays.asList(s.values()); for (s i : l) { System.out.println(i); } eachEntry(s i: l) { System.out.println(i); } } } 409 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 10:09:05 ] ruby使ってる奴らは未だにクロージャとイテレーターの区別ついてないだろうけど。 javaやるとクロージャはどういうのかがやっと理解できるのかもな。 410 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 10:11:44 ] 連中にクロージャなんて意識ないだろ？ 411 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 10:21:06 ] レスはえーなｗ javaの連中もイベント処理でクロージャ（匿名クラス）使ってるって意識はないだろう イテレータよりは匿名クラス・デリゲートｗのほうがクロージャっぽいけど、まあどっちも同じだ で、使ってみた感想は将来有望とか利用できるアイディアはいろいろ浮かんでくるか？ 412 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 17:31:20 ] もうJavaはすててScalaでいいんじゃね？ 413 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 18:35:20 ] 俺はrhino派だな。手続き型+OOP+関数型のマルチパラダイムは便利だ。 414 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 18:36:24 ] クロージャと匿名クラスは違う ローカル変数をクロージャが実行される時まで取っておくのが クロージャの性質だ 415 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 18:37:18 ] final 宣言すりゃとっておけるじゃん。 416 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 18:53:02 ] たとえばオープンした後自動的にクローズするような処理にもクロージャは便利だ new File(path).Read(Input in){ ... } ブロックを抜けたあと勝手にCloseしてくれるようにできる 417 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 19:05:43 ] >>414 interface Guess{ int guess(); } class Fuga{ static Guess hoge(final int i){ return new Guess(){ public int guess(){ return i; } }; }} 個人的にはイテレータとか作るときに使う。 418 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 23:38:12 ] >>414>>415 サンプル実装では、 ・@Sharedアノテーションを付けた変数は、バインディングがヒープに作られ、 スコープ内にあるクロージャで持ち運ぶ事ができる。書き換えても結果が共有される。 (スティール大先生のクロージャ・コメントの通りの仕様 暗黙のヒープ確保はしないのがJava流) ・BGGA v0.5の通り、finalな変数は持ち運べる。 の両方が可能。 v0.6が出て、@Sharedに相当する修飾子が出来るのかどうか、 その辺の議論はまだ追えてません。個人的には、 Java7はv0.5の仕様のままで、Java8まで持ち越した方がいいような気がします。 先に解決すべき「Open Issues」があるように思うので。 Doug Lea大先生のjsr166y fork-join frameworkがこなれてきてから、 並列実行での"shared"も同時に解決するようなスキームが望ましいと思うので。 419 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 23:41:19 ] >>405 > Control invocation syntaxが楽しくてたまらん(ﾊｧﾊｧ 構造化プログラミングでいうところの構造的な制御構造は何でも作れますね。 ifとかwhileとか。 継続とtail jumpがないから非構造的な制御構造は無理だけど。 ただサンプル実装では、>>405の通り、 returnでクロージャの外の関数を出られる実装が出てきそうだけど。 420 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 23:50:11 ] 参照渡しはまだかね。 421 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 23:53:00 ] finalな変数だけ運べれば十分な気がするな 普通の変数を突っ込まなきゃならないケースが思いつかないし ややこしくて危険でもある気がする 422 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 23:54:18 ] finalじゃなくても適当にfinalを仮定してくれればいいやー 423 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 23:57:14 ] ローカル変数がスコープ外の影響受けるなんてのは漏洩の副作用と言った方が良い。 リターンバッファのようにあからさまに意図したものならともかく。 424 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 23:58:33 ] アノテーションにまで手を伸ばすのは止めて欲しいな。 こんなんじゃXML hellがAnnotation hellに置き換わるだけだ。 425 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:13:42 ] 全く。 アノテーションは、プログラムに付ける付箋紙のような役割から ロジックと複雑に絡み合ったカオスの元になりつつあるな。 プログラム的な定義は、言語として定義してくれ。 @Shared　アノテーションは、アノテーションの誤用としか思えない。 426 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:24:43 ] 勝手な言語拡張をするんじゃなくて、 処理系独自の意味を与えられる(Cの#pragmaのように) アノテーションを使っているだけだと思います。 もし必要だということになれば、修飾子になるのでしょう。 Doug Lee大先生が今この辺りのことをどうしているかは追えてないです。 ただ並列に動いているクロージャ同士が、 「環境」を共有しているって状況はとても自然で、応用によっては有益なので、 full closureはいつか入るだろうし、また入るべきだと思います。 427 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:26:23 ] >>425 サンプル実装と仕様提案を混同して議論しないようにしましょう。 >>418に書いたのはサンプル実装のことで、 @Sharedを使うなんて提案は全くありません。 428 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:27:13 ] Swing App frameworkのActionアノテーションも間違ってる気がする 429 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:31:41 ] 環境といえば、JSR-323が否決されてたような。 430 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:35:45 ] 試行錯誤中だし、戯言に付き合うのも程ほどにｗ 431 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:39:37 ] JSR-323って、サマリを見たら昔流行った MobileAgent系の話のように見えるけど、なんでOS仮想化技術が出てくるんだろう・・・？ Voteのコメントが、何か学生の研究に対するコメントのようで笑えてしまった。 432 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:39:54 ] List<Action> list = new List<Action>(); for(int i = 0; i < 10; ++i) { list.Add( () => Console.WriteLine(i) ); } foreach(Action action in list) { action(); } これがC#では 10,10,10...と10が10回繰り返される。 finalを付けなきゃいけない場合は for(int i = 0; i < 10; ++i) { final int x = i; list.Add( () => Console.WriteLine(x) ); } こうすると0,1,2,3,4...と狙ったような結果になってくれる まあC#にはfinalないけど 433 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:53:29 ] 歴史的クロージャ 434 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:58:50 ] >>431 あそこで言っている仮想化は、 OSに対して行う仮想化じゃなくて、 OSがリソースに対して行う仮想化。 例えば、JavaにIPアドレスをmobile可能にする細工を入れるんじゃなくて、 Mobile IP使えば解決する、まあそんな話。 幾らなんでも早急だったと思うし。研究としては悪くないけど。 435 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 09:44:35 ] 昔はやっと言うよりも、当時の技術（特にハード）で実用的じゃなくて破棄されたけど、 今なら出来そうだというところが大きいんじゃないか。 次は見た目関数型らしきのも入れて、そんなJavaはsmalltalkとかを中心とした昔の技術の集大成でしかないしｗ 436 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 09:47:15 ] 昔に流行った 437 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 10:02:45 ] >>432 ここは最新追っかけだし、せっかくならJava話をしてC＃の話もついでに披露してくれないか たとえば、おまえの頭にはMacやLinuxにはすごいハッカーがたくさんいるとか考えた事もないだろ？ 438 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 10:07:22 ] >>437 何いってんのかわかんねえけど俺はクロージャにはfinalなローカル変数が入れられれば 十分だと思っていて、C#ではfinal以外が入れられることでどういう不都合が起こるかを述べている 439 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 10:14:16 ] >>438 >>432って不都合か？ せいぜい「評価されるタイミングが俺の好みじゃない」っつーだけのような。 初心者が使いやすい、あんな記述やこんな記述でトラブルの元になってるとか、 そこらへんまで言わないとfinal以外が入れられると不都合、って話にはならんような。 440 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 10:14:19 ] >>437 お前痛いよ 441 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 11:37:23 ] >>439 C#の話はいいです。 442 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 12:05:48 ] >>441 C#の話じゃないって。 unrestricted closure には、取り囲むスコープの変数なら final も @Shared もなしで取り込める。 443 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 12:38:30 ] unrestrictedはJava7には入りそうにないね。 444 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 13:17:41 ] 結局C＃とかC＋＋の部外者がいると荒れるわけですか 少し花見でもしてたつもりですけど、それなら徹底的に排除するまでですけど？ 445 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 13:25:25 ] >>437 linux, macの奴らはC#など触ったこともないだろ。 奴らの話を聞くだけで耳が腐るｗ 所詮C＃はドカタ候補専用だしな 446 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 13:34:48 ] だから言ってるだろ？C＃厨房の相手なんかするなよｗ 447 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 13:36:54 ] >>443 仮に unrestricted が入らなくても @Shared やら、 final int[] みたいに似非参照化すりゃ同じ事ができるわけで。 それにv0.5の仕様には > All free lexical bindings - that is, lexical bindings not defined within the closure literal - > are bound at the time of evaluation of the closure literal to their meaning in the lexical context > in which the closure literal appears. とかバッチリ書いてあるしなぁ。 unrestrictedが入りそうにないって話も信憑性無いし。 448 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 13:38:43 ] そうだな。C＃なんて脳みそはVBの奴らとドッコイなのに、こいつらとJavaを同じにされちゃたまらないな。 いつの時代もMSの奴らはキモイってことだな

---

---

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

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