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

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 13:54 / Filesize : 204 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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/
75 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 15:58:48 ]: シャイダー言語ってどういう宇宙刑事語？
76 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 16:14:47 ]: × シャイダー
○ シェーダ
ja.wikipedia.org/wiki/%E3%83%94%E3%82%AF%E3%82%BB%E3%83%AB%E3%82%B7%E3%82%A7%E3%83%BC%E3%83%80
77 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 02:29:45 ]: >>75
メタルダーだ
78 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 12:54:35 ]: じゃあ一番は誰なんだ？
79 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 19:29:35 ]: ナンバーワンダ
80 名前：デフォルトの名無しさん [2008/01/22(火) 08:16:44 ]: www.infoq.com/jp/news/2008/01/rubinius-multi-vm
Rubyですらこれができるようになるのに・・・
81 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 08:51:43 ]: プロセス単位で起動すりゃ良いし、もしアレならクラスローダー単位をインスタンスと
見りゃ良いし、それってそもそも必要なの? メリットがよう分からん。
82 名前：デフォルトの名無しさん [2008/01/22(火) 09:01:24 ]: コレは便利　ＦｉｒｅｆｏｘをＩＥ化するマニュアル

Firefox 2.0.0.11　　Windows版(5.7MB)ダウンロード
www.mozilla-japan.org/products/firefox/

IE Tab 1.3.3.20070528　　FirefoxをIEエンジンに
https://addons.mozilla.org/ja/firefox/addon/1419

Firefox　＞　ツール　＞　IE Tab のオプション
サイトフィルタ　＞　URL:　[http:// ]を入力　[適用]　[ＯＫ]
83 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 11:05:54 ]: >>81
それができるのはRubyだからというのはあると思うぞ。
JavaもAPI制限を加えれば、できるかもしれんが
スレッドのアプリごとの分離やそのリソース配分をどうするかっていう問題とか色々ある。
Zoneで使ったような解決方法でいいと思うんだけどね。

で、起動のオプションでMVMで動かすかシングルで動かすかを
指定できればいいのかな。

メリットは、ユーザが頭を悩まさずに使えるか、という部分だろ。
クラスローダ単位とかは、ちょっとテクニカルすぎる。
84 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 11:46:12 ]: いや、だからそれを使うとなんか革命的な設計でも出来るわけ? 同一プロセス内で
複数のアプリケーションが独立して動くのはアプリケーションサーバで普通にやってるしょ。

テクニカルも糞も、パーティション(?)ごとに URLClassLoader 作ってそれぞれ main
となるスレッドに適当なクラスの main() か何かを呼び出すだけでしょ。
必要ならパーティション内でスレッドプールでも作ればいい。ライブラリならJakartaにも転がってるし。
まぁブートストラップクラスまで完全分離するのはちょっと無理だし、プロセス内で
仮想化ソフト並みのリソース管理システムでも構築できるってなら話は別だが。

意図が良く分からんので Java よく分かってない人が Ruby ﾏﾝｾｰしに来て失敗してる
ようにしか見えんのだが。
85 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 12:01:46 ]: たぶん、あれば便利だよねっとことだろ。
リソース管理とか実現した後の話しだし、ならおまえは仮想化ソフト使えよ
86 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 12:01:50 ]: MVMという話は、Java発祥だと思ってたんだが・・・・
87 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 12:05:26 ]: なんだ、下らん。
88 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 12:54:42 ]: ちょっと調べたが、今の Ruby は一つのプロセスにつき一つしか VM のインスタンスを
持てない。これは別プログラムから拡張ライブラリとして Ruby を呼び出しても同じ。
だから Apache の CGI として実行すると一つの VM で全てのリクエストを
こなす構成になり、素人が扱うには挙動がやっかいじゃのう、という話か。

JDK 1.2 以上の JNI 使っての Java 機能呼び出しは同一プロセスで複数 VM 起動もイケます。

--- 愁傷 ---
89 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 12:57:31 ]: isolationって奴だよな。
en.wikipedia.org/wiki/Application_Isolation_API
jp.sun.com/company/Press/release/2008/0110.html
90 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 13:02:16 ]: JavaのMVMが研究レベルから進まなかったのは、不正なメモリアクセスを行う
バグ持ちのネイティブコード呼び出しへの上手い対応が考えられなかった
からだと聞いたことがある。
Rubyもネイティブコードの呼び出しが出来る以上同じ問題にぶつかると思うけどね。

あるアプリがバグ持ちのネイティブコードを呼び出したとき、
JavaVM/RubyVMの管理するヒープを破壊されたとすると、
VMにホストされている全てのアプリが暴走するといった類の問題に
対する解答を用意することができるのかという所。

ちなみにネイティブコードの呼び出しが行えない携帯向けJavaVMでは、
実用化され既にMVMは普及しているレベル。
JSR 121,Application Isolation API Specificationだとかはどうなるんだろうねぇ。
91 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 13:10:21 ]: それのゴールは Java VM の常駐なのかね? そういうことなら良さそうだな。
92 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 13:16:00 ]: >>90
頑張って研究してくれよ
93 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 13:16:36 ]: >>90
プロセス(タスク)に分離して、OSの保護機構を利用して、
それぞれのVMはプロセス(タスク)間通信で情報をやり取り。
94 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 13:29:16 ]: >>93
素人が口だしするなｗ
95 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 13:58:41 ]: >>80の元記事にそう書いてあんじゃね?
パイプうんぬんのところは未実装なんだろうけど。
96 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 21:46:41 ]: 妙なネイティブライブラリがクラッシュして全部巻き込まれるのはアプリケーションサーバでも同じだな。
それ対策のためにわざわざ RMI→JNI 経由して COBOL 呼ぶ設計をしたことがある。
IBM なんかそういうフォールトトレラントの研究はしてそうだが WebSphere にも実装されてないな。
97 名前：デフォルトの名無しさん [2008/01/23(水) 02:58:02 ]: >>96
やっぱりそうしたら良かったかなと、自作のプログラム相手に悩んでる。
いまんとこ20日くらいは持つんだが。
使っているのはあるライブラリのJava APIで、そいつがさらにJNIを...というパターン。
98 名前：72 mailto:sage [2008/02/07(木) 18:52:18 ]: raw文字列のサポートの計画はないですか？
pythonみたいにr"\d"とか書ければうれしいです。
99 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 19:04:42 ]: それの型って byte[] ?
100 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 19:36:19 ]: Regular Expressionのrだと思ってた。
XMLリテラルも欲しいな。
101 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 20:25:40 ]: "hoge".getBytes() は？
102 名前：デフォルトの名無しさん mailto:sage [2008/02/09(土) 00:50:44 ]: そういう問題じゃなくて
103 名前：デフォルトの名無しさん mailto:sage [2008/02/09(土) 01:03:18 ]: >>98
いまのところ聞かない。クロージャでもめてるし、JDK7じゃ望み薄かも？
104 名前：デフォルトの名無しさん mailto:sage [2008/02/09(土) 19:18:14 ]: >>98
それはサポートされたら地味に嬉しいな。
テンプレート的な文字列とか、正規表現書くとき悩まなくてすむ・・・・
105 名前：デフォルトの名無しさん mailto:sage [2008/02/09(土) 21:01:22 ]: あとソースコードにエンコード指定のメタデータ書けるようにしてほしい・・・
106 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 01:28:32 ]: slm888.com/javac/
CICE ARM のプロトタイプだそうで。

クロージャ案の中で CICEが一番タイプ量多いんだよなぁ。
ぶっちゃけCICEだけだったら匿名クラスがあるから要らんような。
ARMは欲しいけど。
107 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 16:36:05 ]: >>105
それは欲しい。ソースコードが単体で完結せず、エンコーディングというメタデータが必要なのは痛い。
108 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 16:40:52 ]: UTF-8 で統一しとけよ…
109 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 17:24:40 ]: >>106
List<String> list を大文字小文字区別せずに整列させる場合だと、こんな感じか。

無名クラス：
Collections.sort(list, new Comparator<String>(){ public int compare(String s1, String s2){ return s1.compareToIgnoreCase(s2); } });

CICE：
Collections.sort(list, Comparator<String>(String s1, String s2){ return s1.compareToIgnoreCase(s2); });

FCM：
Collections.sort(list, #(String s1, String s2){ return s1.compareToIgnoreCase(s2); });

BGGA：
Collections.sort(list, {String s1, Strings2 => s1.compreToIgnoreCase(s2) });
110 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 17:46:12 ]: >>108
javacもIDEも、デフォルトのエンコーディングが環境依存だし
ソースファイル単位で指定できればかなりありがたいんだけど…

packageの次あたりに
encoding "UTF-8"
みたいに書いて指定出来るといいのになあ。
111 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 17:49:36 ]: >>109
どれも汚ｯﾀﾈｰのな。
112 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 18:02:48 ]: >>109
面白いけど、どれもパッとしない
Javaらしい気持ち悪さ
113 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 18:05:58 ]: Logging API の時みたいに間に泡ねーとかそういう理由で適当にでっち上げてもらいたくないね。
ライブラリレベルの話じゃないんだし。
114 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 18:11:35 ]: >>113
クロージャの事を言ってるなら、
もめてるのは議論してどうこうできるレベルの話じゃないような。
「Javaらしさ」なんて、そんなもん個人個人で違うんだから議論にならんし。

時間かければどうにかなるもんじゃないと思うが。
115 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 18:12:31 ]: そもそも時間かけたはずのgenericsがあの体たらくだしな
116 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 18:17:37 ]: もうHaskell風に(\s1,s2 -> s1.compreToIgnoreCase(s2))でいいよ
Stringくらい型推論しろ
117 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 18:32:46 ]: そうか、そうだな。時間かけて話し合えば良い物できるできるというものでもなかったな。
声のでかい順に嗜好を取り込んだ最小公倍数的仕様が最良になるとは思わないし。
逆にセンスのある一人の天才が作った方がシンプルで良い。
118 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 18:39:00 ]: >>116
C#でも仮引数型の型推論してくれたような。
119 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 18:43:23 ]: 仮引数型の型推論は、後付けで導入できるんだったら後回しでもいいような気もする。
他の部分で型推論を導入する際の一貫性みたいなもんもあるし。
120 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 21:54:02 ]: Javaもサーバだけじゃなく一般的になってきて、変なのまでJavaを使うようになってしまったんだな。
変な奴やC#かC++に行ってくれ。
121 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 22:09:26 ]: >>120
さようなら、変な人。。
122 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 22:26:23 ]: 順調にJavaも巨大になってきてるね。
まあいじくられる対象ってのはそういうもんだよね。
123 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 22:32:44 ]: ただ大勢で規格を開発された言語ってのは、
あまりいい感じにならないんだな。
PL/1, Ada, Common Lispなど。
規格管理だけならいいんだけど。
124 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 23:28:46 ]: そりゃこういう連中は総じて自分の業績と功名心の下心でやってるんだから仕方がない。
スタンダードさえ勝ち取れば、中身が多少糞なのは「解釈の問題」とでも言っておけば
後世まで評価されると言うことを彼らはよく知っている。
125 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 09:54:54 ]: >>123
重要ところが抜けているけど、javaは規格じゃなくてあくまで企業やjavaを活用する団体が管理している。
ISOとか関係ないから、それでは例えが悪くそもそもそれらの言語とは比べられない。
おまえは言語使用とライブラリは分離されているとか、そんなところも見えてないだろｗ
126 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 10:29:22 ]: （　ﾟдﾟ）ﾎﾟｶｰﾝ
127 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 20:15:06 ]: >>126
大事なところ指摘してるのが分からないんだね。低脳さんｗ
128 名前：デフォルトの名無しさん [2008/02/15(金) 20:26:54 ]: 悪いが俺も >>125 は勝手に話を広げてるようにしか見えないわけだが。
129 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 20:40:23 ]: 規格(standard)ではなく仕様(specification)と言えというのならまだわかる。
130 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 21:29:54 ]: 話は変わるがJavaはSEやEEにどの機能を入れるかというJSRがあるのがいいな。
EE6の場合だとこれだけの機能を追加するのにいくらかかるという資産までしてるみたいだし。
131 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 21:35:36 ]: 資産(asset)ではなく試算(trial calculation)と言えというのならまだわかる。
132 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 23:31:20 ]: 揚げ足鳥ってこういうことになっていつも非生産的な行為でしかない。非生産的なジャヴァ言語と同じ。
133 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 23:31:55 ]: なんというこじ付け
134 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 23:41:16 ]: >>129
>>123-127のレスには「仕様」のことは触れてないようだが、
どこからそんな指摘が出来るんだ？
ところで英語で言えばカッコいいなどと思ってるなら考え直した方がいいだろう。
135 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 23:42:51 ]: もちろん英語はできるんですよね？
136 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 23:44:42 ]: >>125みたいな変人はどこにでもいるから。
137 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 23:52:25 ]: とっても口惜しそうだねｗ
138 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 23:53:55 ]: 若干一名な。
139 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 23:54:09 ]: （´･∀･`）ﾀﾞﾖﾈｰ
140 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 23:56:46 ]: くだらないことをいつまでも続けるのがねらーの悪いとこだな
アダルトチルドレンが多すぎ（古館的な意味で）
141 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 23:58:12 ]: ↑アダルトチルドレン（古館的意味）とは、正しくおまえのことだな
142 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 23:59:39 ]: クロージャーの議論で、ゴズリンは愚痴ってるけどでもやる気みたいだけど、結局クロージャはどうなるの？
143 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 00:02:17 ]: >>141
こういうループ野郎がねらーそのもの
144 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 00:03:49 ]: （´･∀･`）ﾀﾞﾖﾈｰ
145 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 00:10:54 ]: 若干一名って、おまえの思い込みなだけじゃないのかｗ
146 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 00:17:17 ]: （´･∀･`）ﾀﾞﾖﾈｰ
147 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 00:18:37 ]: とっても口くやしそうなのが若干一名います。
148 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 00:23:00 ]: （´･∀･`）
149 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 00:24:20 ]: （´･A･`）ﾀﾞﾖﾈｰ
150 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 00:27:54 ]: >>125の人気に嫉妬。

>>142
ゴスちゃん一人がそんな影響力あるわけじゃないから。
言語開発者であった初期だけでなく、
Javaの方向性に大きな影響を与えたけど、
もうそろそろいいでしょ。
151 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 00:30:28 ]: >>142
派閥が出来てる状態で言語仕様に深く関わる機能を盛り込めはしないでしょう。

てかサーフィンしてたらSE7にEJB3が追加されるってブログを見つけた。
Webサービスじゃなくて何故にEJB？
152 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 00:54:37 ]: というか、いまどき「サーフィンｗ」ってなに？
153 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 00:56:18 ]: また沸いてら
154 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 01:10:52 ]: >>151
クロージャに限定すれば、BGGAとかの派閥といってもクロージャの書き方というかリテラルが少し違う程度だろ。
Genericsのようにどこまでテンプレート・プログラムを認めるかと同様に、
クロージャをどこまで広げるかの考え方はあるだろう。
しかし、それを議論していても結局は内部クラス（匿名クラス）でいいのかの議論に戻ってしまうし
とすれば、派閥とかいってもリテラルが簡単か否かの違いでしかない。

それとゴズリン（のUNIXでの貢献も含めて）のそのセンス自体がそのままJavaの思想やセンスになっていると思うんだが？
C#はたいした手間でもないのに何でもリテラルして言語仕様にしたりするけど、正直キモイ。
やっぱりMSはいつまでもハンガリアンだしｗ
155 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 01:15:32 ]: 派閥まで出来とるのか。
ブラウザで踊ってるデューク見て感動していた頃の古き良き時代が懐かしい。
156 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 01:20:22 ]: Javapolis(source)の調査結果は賛否両論であった。
30人の参加者はCICEに賛成し、
BGGA/FCM+JCAは２４人の賛成を得た。
そして、19人が変更しないことを選んだ。

www.infoq.com/jp/news/2007/12/closures-preserving-feel-of-java
157 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 02:25:40 ]: そのは記事以前も見た気がするけど、記事の本人（外人）自体が「Javaらしさ」を
追求しすぎてバイアスがかかってるってことに気がついてない。
クロージャの話なのにScalaとか勧めてるし、多分バカなんだろ。

クロージャってのは中途半端な内部クラスの設計を、さらに拡張して完成させる程度でしかないだろうな。
C++のtemplateかと思ってたらgenericsは思ってたのと全然違ってたし、
クロージャもアレコレ議論するのはオープンでイイが、同じくそんな感じに落ち着くんじゃないか？
うまくいけばゴズリンが大好きなemacs lispにまでもっていければってところ。
158 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 02:28:00 ]: もういっそヒアテキストで他言語埋め込めるようにすりゃ全て解決するだろ。
159 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 02:52:13 ]: char c= "abc".charAt(1);

int z= {int x, int y => x+y}.invoke(2,3);

で、BGGAはStringリテラルと似たようなもの。
CICEは匿名クラスが少し短縮してある程度でしかない。

new Thread(new Runnable() {
public void run() {foo();}
}).start();

new Thread(Runnable(){ foo(); }).start();
160 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 02:53:10 ]: >>158
全くイメージできないんだけど、どういうこと？
161 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 02:58:08 ]: どちらにせよライブラリレベルじゃ不都合だったり出来なかったことが
可能になるわけじゃないから、匿名内部クラスを普通に使ってる人間には
言語汚染にしか見えんのー。
162 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 03:04:54 ]: >>157
Gilad Bracha, Neal Gafter, James Gosling, Peter von der Ahe　の４人が
進めている下記のクロージャ仕様(BGGA)ならまともなものだと思うぞ。
www.javac.info/closures-v04.html

これがjava7の仕様の一部となることを願うんだ！
163 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 03:07:36 ]: int x = (Integer)new Function("JavaScript", "alert('hello, world');return 100;").exec();

とかで十分だと思うんだ俺…
164 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 05:18:51 ]: 別にｲﾗﾈｰ気もするんだが、自分がいる間に目玉商品機能を作りたいもんなんかね、中の人的には。
165 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 08:45:46 ]: 要るわ。>>162がいい。
166 名前：デフォルトの名無しさん [2008/02/16(土) 12:26:06 ]: そろそろLegacyJavaとか言って1.4をメンテし始めて欲しいのだが
167 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 12:29:51 ]: >>163
それは、普通に使われるとセキュリティーに穴が開くからヤバイと思う。
168 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 12:48:06 ]: Java 6 からは Scripting API というものがあってだな（ｒｙ
169 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 13:33:31 ]: finalと匿名クラスのシンタックスシュガーを用意するだけだよね？
foreachみたいに特定のインタフェースを持ったオブジェクトに適用されるような。

そうなるとJVMがインタフェースを登録するタイミングが気になる。
JEEでClassNotFoundExceptionをやらかす人を増やす仕様だったらどうしよう。
何百個というインタフェースをjava.lang.closureに放り込んで
ブーストラップクラスローダーでロードさせとくとかそういう仕様？
170 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 14:47:57 ]: クロージャをイベント処理とかでよく使う匿名クラスの延長と見るか、
全く新しいパラダイムと見るかじゃないか？
全く新しいといいつつも、
{void => void} .equals( new java.lang.Function() {
public void invoke(){}
}
と同じことを仕様として入れたいのだろうけど。（多分）
内部クラスあるけど、GUIだといつも使うし<... onclick="callback()"> のように書ければいいよねだろ。
大元の発想は。

"abc".equals(new String("abc"))
と同程度なことが実現できるメソッド・バージョン。
クロージャを何に活用するかは議論してるみたいだし、知らん。
171 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 15:08:49 ]: >>168
Java 6が出た当初はjsとの連携なんていらんだろと思ってたけど、最近はjsがお気に入り☆
java.nio とか当初はjava.ioあるし、いらんと思ってたけど、これもなかなか。
内部クラスあるし今はクロージャなんて全くいらんとかかも知れんが、クロージャも同じく「なかなか」になるのかと思う。
172 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 15:42:56 ]: リリース予定は今年でおｋ？
173 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 15:46:38 ]: JSRが提出されるのはSE7のが先じゃないの？
BGGAもv0.5とかなってるし、間に合わない気が
174 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 22:42:22 ]: まったくクロージャを策定するのは苦労じゃ。
175 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 22:46:25 ]: そうだね

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

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