- 1 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 01:03:42 ]
-
前スレ
【Java】次世代Java・J2SE1.6の動向【Mustang】
pc8.2ch.net/test/read.cgi/tech/1081698555/
関連スレ
【JavaFive】C＃からJ2SE5.xへ進化【TigerShot】
pc8.2ch.net/test/read.cgi/tech/1094891986/
www.itmedia.co.jp/news/articles/0404/07/news018.html
マルチタスク実現へJava言語改良
Sun幹部によると、2005年に一般リリース予定の「J2SE 1.6」には、
Javaバーチャルマシン（JVM）のアプリケーション共有を強化する「分離」機能が備わり、
ローカライズコンピューティング処理実行のための分離が可能になるという。
米Sun Microsystemsは、Javaバーチャルマシン（JVM）内部での
アプリケーションマルチタスク実現に向けてJava言語の改良に取り組んでいる。
カリフォルニア州サンノゼで開催のClusterWorld Conference & Expoで4月6日、同社幹部が明らかにした。
SunのJavaアーキテクト、ムラリ・カウンディンヤ氏によると、
今秋β版が登場し、2005年に一般リリース予定の「J2SE 1.6」には、
JVMのアプリケーション共有を強化する「分離」機能が備わる。
この機能によってローカライズコンピューティング処理実行のための分離が
可能になり、第2のJVMを要求することなくJVM内部でマルチタスクが行えるようになるという。
またJ2SE 1.6では、Javaプログラム間の高速通信を可能にする
Sockets Direct Protocolのサポートが計画されている。カウンディンヤ氏によると、
J2SEに施された改良は、その後間もなくJ2EEにも組み込まれる予定。
- 336 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 18:59:49 ]
- >>320
おれの記憶だとparameterised typingが希望されてて、その例としてC++のテンプレートが挙げられていた。
C++のテンプレートそのままが欲しいやつっていたのかな。欲しかったのはあくまで型引数がつかえることじゃない？
でも昔はGenericsとかGeneric Programmingという言葉はあまり浸透してなかったから、
話としては「テンプレートみたいなのが欲しい」という表現がよく使われていた。
つまりC++のテンプレートが欲しいんじゃなくて、型引数が欲しかったということ。
だから
>>172
>いっておくがC++のtemplateとJavaのgenericsとはまったく別もんだよ。
のようなのには、なんというか話がずれてるように思える。
どっちもparameterized typingなんだからおんなじじゃん？実現方法を問題にしてるんじゃないんだよ。
C++のtemplateは否定してJavaのgenericsは肯定してるやつらって。
まあいつものことか。
- 337 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 19:12:04 ]
- >>336
templateを否定してgenericsを肯定してるやつらは
template固有の話を問題にしているんだから、
>>336と話が合うはずがないよ。
とｵﾓﾀ。
- 338 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 19:15:50 ]
- >>336
実現方法を問題にしてたんだよ。
- 339 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 19:18:29 ]
- 6.0って構文に関するなんかって変わるっけ？
5.0と7の間にあるバージョンだから、印象が薄すぎて・・・
- 340 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 19:23:50 ]
- 5と7の間だとなぜ薄いのかよく分からない
- 341 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 19:33:15 ]
- そらおまえ、GenericsだのXMLリテラルだのキモイ仕様てんこもりじゃないか
- 342 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 19:37:36 ]
- >>335
流れおかしくないか？
- 343 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 19:44:29 ]
- >>340
5と7は変更が大きいからね。
6はもともと5.1になる予定だったわけだし。
- 344 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 19:55:18 ]
- 5.0は言語仕様の変更は大きいけどAPI的に1.4とくらべてたいした進化はない
せいぜいコンカレントまわりくらい
６は結構大きい変更が多いので楽しみ
中でもSwingの大規模修正はびっくりなくらいでは？
- 345 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 19:57:32 ]
- あのバタ臭い見た目は何とかして欲しいけどな。
- 346 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 20:22:20 ]
- デフォルトのLAFはSystemLAFでいいようなきがするな
- 347 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 20:22:49 ]
- お前はバタ子さんに恨みでもあるのか
- 348 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 23:06:59 ]
- >>344
Swingの大規模修正ってどんなの？
あんまり詳しくないので純粋に聞いてみる。
最近Swingに興味を持ったもので....
- 349 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 23:50:35 ]
- >>334,335
foreachに関してはともかくtype safe enumは
Genericsのおかげで「簡単になった」。
タイプセーフの実装は、自分で色々書けば出来たよ。
Effective Javaとか読んでみないか？
- 350 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 23:53:57 ]
- >>348
えーっと、漏れは>>344じゃなくて何が大きいか何とも言えないが、
個人的に助かってるのは
・GroupLayoutの搭載
・WindowsLAFの改善
・サブピクセルAAレンダリング
あたりかな？中では最適化がかなりゴロゴリありそうだけどよくしらない。
- 351 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 00:05:12 ]
- >>349
type safe enumを定義するのに、Genericsはほとんど使わないわけだが・・・。
- 352 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 00:06:10 ]
- enum A{ ONE, TWO, THREE}
のどこでGenericsがいるのだろうか。
- 353 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 00:19:01 ]
- >>351
>>352
Java 5.0のAPIドキュメント見ればわかるけど、列挙型の基底クラスである
java.lang.Enumの定義自体にGenericsが使われているよ。
- 354 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 00:23:07 ]
- >>353
Effective Javaのtypesafe enumの実装みたことあるのか?
- 355 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 00:37:25 ]
- >>350
一番大きいのはAWTスレッドがとまっていてもウインドウが描画されることかと
あとはJava2DでOpenGLパイプラインがLinux系でデフォになるようでクライアント分野も
DirectX使ってるWindowsに速度的に追いつくかなと
ただ、5.0のOpenGLサポート見てると非常に期待が出来ないのだけれども
JOGL使ってるなら大丈夫かな
つーかJOGL標準APIにしてください
>>354
そういうこといってるわけじゃないだろ？たぶん
- 356 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 00:49:22 ]
- >>354
そりゃもちろん見たことある。というか、何故Effective Javaのtypesafe enumの
話になる？Java 5.0のtypesafe enumがEffective Javaのそれが元になっている
のは知ってるが、全く同じというわけじゃない。
- 357 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 01:00:42 ]
- >>356
そりゃGenericsがなくてもtypesafe enumが作れるからだろ
GenericsがないとJava 5.0と全く同じものはつくれないけど
typesafe enum自体はつくれる
Genericsのおかげで作れたなんて変だって話でしょ
- 358 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 01:18:45 ]
- >>357
いや、そりゃtypesafe enum自体はGenericsが無くても作れるけど、
Enum同士のcompareToによる比較などが型安全にできないでしょ？で、>>349は
そういうのを指して
> foreachに関してはともかくtype safe enumは
> Genericsのおかげで「簡単になった」。
と言っていると思ったんだが。あ、もちろん>>323の言っている
ことは変だと思ってるけど、>>351や>>352は>>349に対する言及
だと思ったので。
- 359 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 02:07:13 ]
- Generics とか enum とか、Tigerで追加された機能の話題はこっちでやったら？
【JavaFive】C＃からJ2SE5.xへ進化【TigerShot】
pc8.2ch.net/test/read.cgi/tech/1094891986/
- 360 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 02:50:30 ]
- いいんじゃないの？ここで。
- 361 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 03:31:27 ]
- Generics とかは現行世代の機能だから次世代スレでやるのは筋違いでしょ。
- 362 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 04:28:00 ]
- 流れってもんも大切だし、極端に筋違いなわけではないし、そもそもこのスレの「次世代」というのは、Mustangスレの次スレをTigerスレでやろうかという意見があったときに、じゃあ次世代Javaというスレをたててまとめてというのがあったわけだし。
- 363 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 04:29:13 ]
- それに、enumとかGenericsとかについて意見が食い違うという時点で、次世代ということにしてもいいと思うわけで。
- 364 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 08:59:34 ]
- >>358
compareTo以外に何かある？
- 365 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 13:03:25 ]
- なんか一人genericsが嫌いなやつがいるようだな
- 366 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 15:11:08 ]
- >>325
それはWeakest Post Conditionという奴か？
ならば、Template Method パターンまたはアスペクト指向で
実現できまいか？
- 367 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 15:15:06 ]
- >>334
展開する前の前処理にGenericsが関与してるに1バイト
- 368 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 15:23:10 ]
- >>351-352
EnumクラスのJavadocを見ると
Enum<E extends Enum<E>>
使われて無くはない。
Genericsが使われているかいないかで
Javaのenumの仕様がかなり異なってくる。
C/C++のようなtype unsafeなenumにするわけにはいかないから
Genericsを導入するまでenumを導入するわけには
いかなかった理由がよくわかる。
- 369 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 15:24:19 ]
- >>357
Genericsのお陰で作りやすくなった
以前より比較的正しいenum実装ができるように
なった、とでも言うべきだろう。
- 370 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 15:29:58 ]
- >>364
equals(), clone(), hashCode(), toString(), valueOf()
- 371 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 15:47:30 ]
- >>362
そのMustangの話題ですらないわけだが。
- 372 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 15:55:01 ]
- 今後はもうベンチマークに期待できなくなってくるのかな
Swing周りの改良は今後も進むかもしれないけど、業務では変わらない？
JVM統合の流れになっていくのかな
- 373 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 16:14:19 ]
- >>367
くわしく
- 374 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 17:15:01 ]
- >>372
業務でSwing使えばいいじゃない
すでに社内システムはWEBアプリは衰退していてリッチクライアントが普及してきているよ
不特定多数ならWEBアプリだけど、開発効率が段違いにわるいので
コスト増が問題になってるという感じ
- 375 名前：デフォルトの名無しさん [2006/06/11(日) 20:23:42 ]
- 今更であれだけど、Genericsっていいの？
コンテナに間違ったモノ突っ込むなんてバグはもとから経験無いけどなぁ。
- 376 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 20:50:16 ]
- キャストが要らないからそのままメソッド呼べたり、すっきりするってのが一番の恩恵でしょ。
- 377 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 20:58:09 ]
- 自分だけで作ってるとあまり恩恵はないね
他人の作ったコード呼ぶ部分でListとだけ書かれてると困るので助かる
JavaDocとか整備されてないライブラリとかで泣きながらソースよんで苦労することが減った・・・
List<Map<Key,Value>>とか業務系だと頻繁に使うしね
大規模開発こそ結合部のドキュメント系が必要なのに整備されている率が低い傾向にあるのはどういうことだろう
ウォーターフォールの出来上がってくる設計書類にそんなものがまったくないという
少人数でライトウェイトな開発していればまずインターフェース作りましょうとかドキュメントは
大事なところだけ書いてあとはJavaDocにガンガン記述していきましょうとかそういうのが多いな
とりあえず何も考えなくてもよくなるEnumはかなり恩恵があるのは確かだが
- 378 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 21:09:27 ]
- >>370
valueOf はそうだけど、他は関係ないような気がするよ。
- 379 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 21:13:13 ]
- >>377
そのList<Map>構造の部分、今度はXMLになるかもね
また構造わかんねｗｗｗｗ
- 380 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 21:16:08 ]
- >>375
例えばMapでキーや値の型を仕様変更した場合に、
根っこの一箇所変えれば
コンパイルエラーがどこを直せばいいか教えてくれるのが楽。
ってのもある。
- 381 名前：デフォルトの名無しさん [2006/06/11(日) 21:18:59 ]
- >>372
JVM統合って何？
- 382 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 21:23:26 ]
- -serverオプションが消えるとか
- 383 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 21:36:46 ]
- >>375
間違ってダウンキャストしなくて済むし
いちいちドキュメントにこの型にはこれ以外入れるなとか
書かなくて済む。
- 384 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 21:38:12 ]
- >>378
Enumの中に入れ子になっているオブジェクトの型が一致しなかったら
あれなのでequals()とか、hashCode()も重要
- 385 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 23:04:03 ]
- 業務系のソフトウェアでは、Mapの中にMapが入っていて、しかもそのMapの要素は
Listが３つ、なんてざらにある。
で、そのListに何が入っているのかはドキュメント化されてないし、うっかりしてると
Mapを入れるべきところにListを入れてしまったり....と、orzになる機会は山ほどある。
genericsについていろいろ言われているようだけど、Collectionフレームワークの型
安全性を高めるという点について「ｲﾗﾈ」と言ってたﾔﾂを俺はしらないな。
Goslingﾀﾝもそこをとても重視していたみたいだよ。ソースが見つからないがそんな
こと言ってた。
- 386 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 23:19:53 ]
- genericsいらないって言っていた馬鹿は探せばいるだろ。
どんな馬鹿でもいるもんだから。
そんな馬鹿が手のひらを返してgenerics便利だと言ったところで一体なんだというのだ?
- 387 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 23:21:55 ]
- しかし今頃この話題が出てきたということは6が出そうなこの時期に
やっと5.0つかった開発がスタートしはじめているということだろうか
- 388 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 23:24:02 ]
- >>386
何でもない
いや、それがこの話の結論のはずなんだが
それで納得できない暴れたい盛りのやんちゃ坊主がたくさんいてな・・・
前向きでない議論は無駄。
現行Genericsの不備点を挙げて、こうなればいいのに・・・とかいう話ならまだ広がるんだが・・・
- 389 名前：デフォルトの名無しさん mailto:sage [2006/06/11(日) 23:31:53 ]
- >>387
そろそろドカティもJava5に入り始めるんじゃない？
- 390 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 00:03:01 ]
- >>389
・)ﾉｼ
1.3で開発してるドカティが来ましたよ
こんな太古のアプリ改造するくらいなら新規で作れよそもそも設計からして腐ってんだからさぁとか言いながらコード書いてますよ
5で書きたいよぅ>>377が言ってる問題にぶちあたりまくりで元からバグバグなコードいじる度にビクビクしなきゃならんのは嫌だ
- 391 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 00:18:57 ]
- >>390
そういうなおいらは去年ようやく1.1から1.4へのUpgradeに成功した
2年ほど前に出した見積がようやく日の目を見たって所だ
- 392 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 00:26:07 ]
- 保守的な奴らが居るとうんざりするときあるな
1.4.2で作ってるんだが、_??の部分までぴったり合わせるよう指定が来る
いやいや、それってバグフィクスのバージョンだろと突っ込みたくでも突っこめない
仮にバグっててもそれのお陰でうまく動いてるのを当てにするんだろうな
- 393 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 00:27:19 ]
- >>391
なんか生き残れるのか心配になるようなローペースさだな。
- 394 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 00:50:10 ]
- >>389
J2SE5.0使ったシステム2つうけてるけど、ついていける人とついていけない人がやはり現れますな
勉強し理解する人は5.0すごくよくなってるといい、勉強しないで分からないというだけの人は
なんでこんなバージョンにしたの?といってくる
知的労働者なんだからまったくついていけないようだったら首を切るのを勧めたほうがいいだろうね
そういうのはだいたいCOBOLメンテしてきてVBやってる人に多いかと思えばそんなことはなく
COBOLもしってCもやれてJavaもきっちりしってる人も割と多い
言語の得て不得手をしっかりと理解できているかどうかはが大事
逆にJavaやCでずっとWEBアプリ業務でやってきましたという人種でもかなり危険なやつらが多い
1メソッド数百行をスコープ範囲狭めることなく平気で書くのが特徴だから分かりやすいといえばそうなのだが
- 395 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 01:34:52 ]
- >>392
涙が出るほど共感を覚えるが、スレ違いではあるまいか
- 396 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 01:46:24 ]
- 雑談スレだし、いいんでないの？
- 397 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 02:19:45 ]
- いったいいつから雑談スレに.....orz
- 398 名前：デフォルトの名無しさん [2006/06/12(月) 03:55:55 ]
- _XXを気にするなんて、まともな所なら常識だろ。
_XX変えたらテストやり直し。保守的とかじゃなくてブロの常識。
- 399 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 04:23:10 ]
- まともなところとかまともじゃないところとかは関係ないと思うな。
常識かどうかも。
そこまでの信頼性が求められるかどうかだと思われ。
信頼性もとめるなら、まだJava2SE5.0は使えないんじゃないかな。
- 400 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 04:32:56 ]
- ただ、障害が出たときのサポートと、サポート期間考えると最新使わないわけにもいかない
5年単位の利用期間に対して、それ以前にSUNのサポートが切れるJVM使うのもできないし・・・
1.4.1のGCのバグで散々な目にあったよ・・・orz
しかし、Tigerはそろそろ使えるようになってると思うんだが・・・
Mustangが出るってのに2世代前しか信頼できないって状況はないんじゃない？
というか、信頼性なんて自分たちで確かめるもんだし。
- 401 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 05:56:32 ]
- ハイエンドのサポートはSunだけじゃないからな。
自分達で確かめれる程度の信頼性なら、自分達で確かめればいいと思う。
- 402 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 06:13:52 ]
- 使う範囲で信頼できれば十分だからね。
- 403 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 10:58:35 ]
- >>398
それにかかるコストを誰が払っていると思っているんだ。
誰も払わなければやるだけ無駄でSunに踊らされているだけだろ。
ちょっとバージョンアップしたくらいでまたそのバージョンに
遭わせて無駄に過剰テストして無駄に管理を厳しくするのは
コストの無駄。テストの自動化もできない奴がそういうことをしたがる。
- 404 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 11:09:35 ]
- 自分の常識が世の中全体の常識と思ってるヤツがいるな。
- 405 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 11:24:21 ]
- >>403
問題が出てからの対処で良いならその考え方もあるが
何でか知らないが開発会社に全てのコストを押し付ける顧客が多すぎるよな
やって欲しいならそれに見合う金を払えってんだ
- 406 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 12:30:30 ]
- >>403
おまいは、安かろう(品質)悪かろうのシステムしか経験がないのかも知らんが、
それを一般化するなよ。>>399の言う通り、どこまで品質が求められるかどうかがポイント。
自分の基準で過剰テストだの無駄だの、安物PGにしか見えないからあまり言わない方がいいよ。
だいたい、テスト自動化となんの関係があるんだか…。
- 407 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 13:19:56 ]
- >>406
ひとこと言わせて貰うと、お前は考え方が古い。
20年くらい前のCOBOLerが大好きながむしゃら管理手法で
やっている。
Java5でないとうごかない製品ももうすでにかなり出ている。
すでにJava5は実績としてはかなりのものだ。
- 408 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 13:39:06 ]
- もはや Generics の話題ですらないな。
説教したい/されたいならマ板でどーぞ。
- 409 名前：デフォルトの名無しさん [2006/06/12(月) 13:45:06 ]
- おれはJavaSE5が使えんとは書いてないが…。
運用トラブルリスクはそっちのけで安価・短期が最優先という考え方もアリだろう。
だが、システムの必要品質を確保するのに、古いも新しいもない。全然理屈になってないよ。
そんな事言ってると、底辺PGとバレるから気を付けた方がいいぞ。
というか、テスト自動化されてんなら、テストやり直しに何でファビョってんの？
- 410 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 15:26:14 ]
- 商用アプリサーバのＳＥ５のサポートって
最近じゃない？
やっとベンダにとって、サポートコストがぺイするレベルに枯れてきたって事か。
- 411 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 15:34:32 ]
- どっちがファビョってるんだか。
たまにJavaすれにVBあがりのドトネト厨が
割り込んで来ることがあるけどそれ系の厨かなw
- 412 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 15:36:07 ]
- >>410
商用じゃなきゃ信用できない
なんていったらLinuxがアップデートされるたびに
過剰テストにものすごく無駄に時間をかける羽目になるんだが。
Java5の枝番号が変わっただけでその都度細かいテストするのも
まさに効率悪い。
- 413 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 16:19:10 ]
- 全員スレタイ見直してくれ・・・頼む・・・orz
- 414 名前：デフォルトの名無しさん [2006/06/12(月) 17:28:41 ]
- まあ、この手の素人PGが次世代Javaのバグ出しをしてくれて、
堅いシステムにも使える様にしてくれる、と言うことで。
- 415 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 18:04:05 ]
- 素人PGがまともにBugParade登録出来るとも思えないけど。
Genericsの現実的な使いどころって、
コンテナ（ぽい）オブジェクトの中身の明示以外どんなのがある？
- 416 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 20:10:02 ]
- >>412
おまえ、ハイエンドの品質の厳しさわかってる？
- 417 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 20:10:44 ]
- >>413
次世代Java厨の動向
- 418 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 20:15:15 ]
- >>415
type safe enumだろ (以下ループ
- 419 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 20:38:31 ]
- >>415
Observer/Observableを型安全に使えるようにするとか。
残念ながらJava5のそれは、Generics対応になってないが。
あとは、コンテナと無関係ではないが、型に依存しないアルゴリズム
のライブラリ化とか。C++のtemplateみたいに、今までできなかったことが
できるわけじゃないので、今まで型安全にできなかったこと(Object型で代用して
いたこと)を型安全に行えるようにする、というのが主な使い道じゃないかなあ。
- 420 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 21:30:17 ]
- 仮定のない品質など議論する意味はない。
>>419
俺もそう思う。
Objectを突っ込みまくっていた部分を見直して
綺麗なロジックが書きやすくなるという部分かな、と。
アスペクトとまでは行かないけれど、ロジックだけを切り出して
実装できるのも、何という機能というわけじゃないけど面白い。
言ってみれば、Map,ListなどGenericsの恩恵を直に受けたライブラリは
そのMap,Listという振る舞いを型に依存しないで実装できたいい例だったということだから。
- 421 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 23:09:20 ]
- で、ながれを戻そうとしてもなぜ現世代Javaの動向に戻るんだ？
次世代はどうした。
- 422 名前：デフォルトの名無しさん mailto:sage [2006/06/12(月) 23:39:48 ]
- んじゃ次世代らいく・・・
お馬さんのJava2Dレンダリングどーなってるの？
Windows版はデフォはDirectXのまま？
あいかわらずほとんどの描画がアクセラレーションきかないの？
- 423 名前：デフォルトの名無しさん mailto:sage [2006/06/13(火) 02:31:28 ]
- >>421
次世代Javaプログラマの動向
- 424 名前：デフォルトの名無しさん mailto:sage [2006/06/13(火) 10:33:25 ]
- そもそもJavaプログラマの定義なんて曖昧。
煽ってる奴やJavaが嫌いな奴はJavaプログラマ＝Javaしかできないプログラマと
脳内変換して話を進めたがるから話が当然噛み合わないわけだし。
実際に、Javaの仕事をするときにJavaしか知らないでは、まったく
仕事ができないものだが。
- 425 名前：デフォルトの名無しさん mailto:sage [2006/06/13(火) 10:35:03 ]
- >>424
実際にJavaしか知らないって奴がいっぱい居るじゃん
まあそういう奴はJavaすら知らないって事が多いけど
- 426 名前：デフォルトの名無しさん mailto:sage [2006/06/13(火) 11:04:30 ]
- だから
Javaしか知らない奴
という表現は論理的に矛盾していると
- 427 名前：デフォルトの名無しさん mailto:sage [2006/06/13(火) 12:17:24 ]
- 続きはマ板で。
本当に底辺野郎じゃなければ
もっと融通が利いているはず。
- 428 名前：デフォルトの名無しさん mailto:sage [2006/06/14(水) 00:10:18 ]
- なんだが、Genericsを否定したい奴がいちゃもんつけてるようにしか見えないな。
彼の主張は「C++Templateはいらないと言ってい他奴がGenericsは欲しいと言いだした」
ということらしいがな。
彼の脳内ではC++Template == Generics
でないと気が済まないようだ。
- 429 名前：デフォルトの名無しさん mailto:sage [2006/06/14(水) 00:34:43 ]
- もうGenericsは入ったんだから便利に使おうぜ。
それよか、久々にMustang案内入れるか・・・
Mustang b87
ttp://download.java.net/jdk6/binaries/
ttp://www.java.net/download/jdk6/changes/mustang-b87.html
changeを見ると壊れてんのかな？と思うが新しいフィーチャーはない。
Java SE 6.0 Release 1 Developer Preview 3
ttp://connect.apple.com/
Appleも追従してDeveloperPreviewを出してきている
こちらはb82ベース
NewFeatureは
* Applet support (plug-in)
* Java Web Start
* Java SE 6 Java Preferences utility
PowerPCのJITはまだらしい。
- 430 名前：デフォルトの名無しさん mailto:sage [2006/06/14(水) 01:12:23 ]
- >>429
> PowerPCのJITはまだらしい。
というかMacはもう…
- 431 名前：デフォルトの名無しさん mailto:sage [2006/06/14(水) 10:30:43 ]
- えーと、CocoaにはJavaAPIの新規追加はもうない、って話かしら?
- 432 名前：デフォルトの名無しさん mailto:sage [2006/06/14(水) 11:04:34 ]
- PowerPC終了でしょう？
- 433 名前：デフォルトの名無しさん mailto:sage [2006/06/14(水) 12:31:07 ]
- >>428
どうしてもtemplate!=genericsにしたいようだが
parameterized typeという点ではどっちも同じ
仕組みが違うのはあたりまえ
- 434 名前：デフォルトの名無しさん mailto:sage [2006/06/14(水) 12:37:43 ]
- Javaから見たらgenerics≒templateで良いじゃないか
- 435 名前：デフォルトの名無しさん mailto:sage [2006/06/14(水) 13:04:04 ]
- >>433
いや、違いすぎるだろ。
C++ templateはかなり独特だから。
- 436 名前：デフォルトの名無しさん mailto:sage [2006/06/14(水) 13:32:58 ]
- >>428 >>433 >>435
3人ともtemplate!=genericsと言ってるのに論争になるのﾜﾛｽ
|
 |
