- 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/
- 237 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 23:54:25 ]
- C++が意味不明なんだよ。
それもジェネリクスじゃなくて、C++はテンプレートだろ。
C++のやりたいことは雛形プログラム手法で、Java総称型なんだけど、その様子だと分かってないな。
- 238 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 23:59:23 ]
- >>220
それ、クロージャじゃなくてevalじゃん。
- 239 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 00:02:44 ]
- ちなみにおまいらクロージャ候補はどの候補がいいと思うよ？
- 240 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 00:10:35 ]
- >>238
クロージャーであることが目的になっちゃってるの？
- 241 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 00:13:49 ]
- >>240
evalだと静的に色々解析できないじゃん
- 242 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 00:20:02 ]
- 内部イテレータが欲しい俺は少数派か？
- 243 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 00:23:33 ]
- ↑具体的にどういうコードになるの？
- 244 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 00:24:35 ]
- >>240
少なくともevalを多用するのは嫌い。
evalは(たとえ動的言語であっても)最後の武器だと思ってる。
- 245 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 00:25:11 ]
- 2ch は保守派 (というか優位に立ちたい人) しかいないからわざわざ披露しない方が良いよ。
- 246 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 00:30:15 ]
- html出身の人にはクロージャの意味は分からんのです。
- 247 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 00:39:00 ]
- >>237
C++の方が機能が多いってだけだろ。
C++だってgenericだぜ。
- 248 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 00:39:47 ]
- >>245
馬鹿は頭固いから何言ってもダメだしな。
なぜこんなスレに来ているのかわからんが。
- 249 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 01:02:42 ]
- JavaのGenericsを批判している人も批判していない人も、型引数への制約やワイルドカード型引数といった
JavaのGenericsの機能を本当に使いこなせている？
Google作成のGuiceあたりはGenericsを多用しているので、勉強になる。
これらのソースをすらすら理解でき改造できるようになってから、批判しよう。
- 250 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 01:08:50 ]
- あの程度理解できない人間はこのスレに来るべきじゃないよ
- 251 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 01:21:01 ]
- clone() じゃねーけど、減らす仕様もロードマップに示して欲しいなー。
@Deprecated じゃないけど 「旧仕様互換ソースはコンパイルできるが新仕様準拠ソースは
コンパイルエラー/ただしランタイムは解決可能」 みたいなアノテーションでも作って。
- 252 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 01:37:26 ]
- それはコンパイルオプションで解決すりゃいいことでは
- 253 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 04:54:50 ]
- 使う方のソースはそれで良いけど宣言する方のソースはアノテーション必要でしょ。
- 254 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 05:55:52 ]
- やっぱりC＋＋出身者は、個人的な問題を指摘する事が多いね。
- 255 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 09:14:43 ]
- cloneって何か変わるの？？
- 256 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 14:10:28 ]
- >>245
だれだおまえ？
- 257 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 21:27:34 ]
- 私の名はクリストファー・エリクソン。
- 258 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 21:28:14 ]
- よう！くりちゃん！！久しぶり！！
- 259 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 22:15:22 ]
- >>250
ずいぶんと自信過剰ですな。
ところでJVMの実装とかあなたはできるんですか？
- 260 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 23:09:49 ]
- >>222
おまえはだれだ？
- 261 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 00:19:24 ]
- ボクハ、オンガクカ、デンタクカタテニ
- 262 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 00:28:42 ]
- もうjava2Kでいいじゃん
- 263 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 00:46:08 ]
- >>259
GenericsとJVM実装って全然別やん…
- 264 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 00:55:26 ]
- なんか、味噌でも糞でもとにかく延々と追加して行かなければいけないような雰囲気だねー。
マッチポンプで仕事作ってるようも見える。
- 265 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 02:46:25 ]
- C＃がね。
- 266 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 02:51:58 ]
- clone()ってなくなるの？
- 267 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 07:47:39 ]
- 珍妙なもんを削る方向にも進めということでしょ。
- 268 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 09:27:53 ]
- チンチンを削ちゃうの？
- 269 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 09:27:55 ]
- >>266
今更削除できないと思うが。
- 270 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 09:47:04 ]
- clone削除されたら困るんだが
- 271 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 10:05:15 ]
- されないw
- 272 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 11:57:23 ]
- やっぱり小さいチンチンは削除です
- 273 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 14:30:54 ]
- >>245
全く何を言いたいのか意味不明なんだが、もっと分かりやすく書き直してくれないか？
- 274 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 20:17:29 ]
- >>268
尖らすの？
- 275 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 23:06:10 ]
- ちぎり取るんだろ
- 276 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 00:32:49 ]
- 結局プロパティってなくなったの？
boundのダウンキャスト地獄な仕様みた瞬間うんざりしたからいらんけど。
- 277 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 00:44:36 ]
- getter/setterでいいよな別に。
アクセッサの表記にget/setがなくなる程度のメリットしかない気がする。
- 278 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 00:53:16 ]
- ワンモアセッ！
- 279 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 01:34:49 ]
- >>277
例えばどうやるの？
- 280 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 01:40:24 ]
- Property Spec (draft 3)の次ってあるの？
ぐぐってもv4とかなさげなんだけど
- 281 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 01:50:35 ]
- Seasarのpublicフィールドみたいなことを
勝手にやられるより、あったほうが良いんじゃないか？
- 282 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 01:58:51 ]
- どうなんの?
何かアノテーションとコンパイラのサポートで十分な気がするけどこれも言語仕様変える気?
- 283 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 03:34:44 ]
- プロパティなんてメソッド経由のアクセスで十分だろ。なに必死になってんのｗ
- 284 名前：デフォルトの名無しさん [2008/02/27(水) 04:06:28 ]
- clone()がどうとうかこうとかも、意味不明なことをいう変質者が多いな。
- 285 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 05:19:15 ]
- ああ。なんだか何いってんのかわかんない奴が最近多いよ。
やっぱ春だな
- 286 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 10:43:09 ]
- プロパティはもう入らないんじゃないかな。
クロージャは入るだろうけど。
>>232のような制御構造に近い記述のメリットが大きいから。
並列とか制御に関するクラスの記述に便利だしね。
- 287 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 10:46:12 ]
- やっぱ、break, returnだろ。
てか、偶然に速レスになってるし。
- 288 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 14:56:53 ]
- プロパティとかクロージャとかどうでもいいから
XMLリテラルとソースファイルのエンコード指定と
RAW文字列？みたいな今不便なところを改善する機能をはやく取り入れてほしい
- 289 名前：デフォルトの名無しさん [2008/02/27(水) 16:20:49 ]
- XMLリテラルはXjが最有力と言われた時期もあったけど、
もう入らないと思う。最近続報が全くないので。当時の賛否を考えると、
here documentであることよりもXMLであることがネックになってると思われ
- 290 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 16:54:45 ]
- ヒアドキュメントより文字列リテラルに変数変数埋め込めるようにして欲しい。
+結合だと冗長になる。
- 291 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 21:17:53 ]
- そういう機能作ると半分の人間が動的に作成した文字列に値が入らないか心配しはじめるだろう。
- 292 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 21:21:11 ]
- 変数変数って何よ？
- 293 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 00:16:52 ]
- XMLリテラルとか変数変数とか向こうで要望出したらどうだ？（当然英語だけどｗ）
- 294 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 06:07:06 ]
- ようはEL式風のヒアドキュメントがあればHappyってこったな
- 295 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 22:47:11 ]
- null代入を禁止する型が欲しい。
契約プログラミングまでいかなくていいので、
派生型としてnull代入を禁止する型がほしい。
- 296 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 22:55:28 ]
- >>295
FindBugs の @NonNull で我慢
- 297 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 22:59:00 ]
- >>296
できれば代入操作時にnullが指定されたら動的に例外投げてくれるような仕組みがあるとうれしいんだけどね。
FindBugsのそれはしらなかったよ。使ってみる。
- 298 名前：デフォルトの名無しさん [2008/02/29(金) 04:57:36 ]
- このnullについては、ライブラリや言語（仕様）やjvmで解決できる問題じゃないと思うんだが、単んに愚痴をこぼしてるだけ？
- 299 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 05:08:38 ]
- JVM まで持ち出すなら何でもできるじゃん。
- 300 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 05:21:03 ]
- 正直イラン
- 301 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 07:48:05 ]
- そしてJavaは「C++Jあヴぁ」となりました。
- 302 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 22:48:25 ]
- >>298
既存のライブラリを呼ぶときキャストの嵐になるのを覚悟すれば、
null代入可能なものと不可能なものを型システムで区別すること自体は簡単。
Cでいうと、普通のポインタはNULLポインタ型と非NULLポインタ型のunionだと思えばいい。
- 303 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 22:58:23 ]
- バグ検知のための利便性向上目的でしょ。アスペクソ指向 & アサーション方面からの
アプローチでする話じゃないのかな。String s not null と思いつきで書いてみると、いずれ
テーブルのカラム宣言のようなカオスになりそうだが。
- 304 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 00:45:54 ]
- 俺の欲しいのとしてはこんな感じ：
String! s; s = null; // 文法エラー
String t = null; s = t; // 実行時エラー
public void hoge(final String! s){
s.~~(); // 絶対にNullPointerExceptionがおこらない
}
class Hoge<T!>{ }
List<Object!> o = anotherList; // 要素がnullでもとおっちゃうなあ…
- 305 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 00:54:30 ]
- こんな保守的なところでアイディアを披露しても時間の無駄だよ。
JCP のケツ追いしかできない連中が集まってるところだから。
- 306 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 01:24:46 ]
- アノテーションで十分だろ
- 307 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 01:45:19 ]
- >>305
JCPになりようもない愚論を大声で喚いている奴より、
JCP追うだけの奴の方がずっとましで有益です。
- 308 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 01:48:34 ]
- 自覚はあるようですね。
- 309 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 02:51:28 ]
- 英語読むのも書くのも面倒くさいんじゃ
- 310 名前：デフォルトの名無しさん [2008/03/01(土) 04:37:53 ]
- nullについてはtry catchでナルポ補足いいんだろ。
また俺様仕様のC＋＋の癖が出でるねｗ
- 311 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 04:52:33 ]
- 「こんな保守的」ってのは
どうしてこういう発想になるんだろう？
- 312 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 09:54:18 ]
- >>304
String! s; //<この時点でエラーじゃねーのか？
あと、nullを代入する時点で実行時エラーにするのは、パフォーマンス的にムリ。
setX(X x) { if (x == null) throw NullPointerException("X is not nullable"); this.x = x; }
とかしとけ。
- 313 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 10:30:55 ]
- operator overloadがあれば可能だけど、
nullを代入してはいけないのに、してしまうなんてださいコードだね。
- 314 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 10:32:55 ]
- 大抵こういう流れになります。
- 315 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 11:00:36 ]
- >>313
Javaみたいな静的型言語だと、operator overload を使って null 代入チェックしようとすると
クラス単位で null代入可能か不可能かを決めなくちゃいけなくなって逆に不便なような気もするが。
- 316 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 11:31:55 ]
- でもやっぱりnonnull欲しいよなあ。言語仕様的に。何だっけ？ぷりえんぷてぃぶとか言うんだっけ？
Curlとか触ってると、ホントこれはいいアイデアだと思える。
- 317 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 11:34:22 ]
- null代入で実行時エラー？
そんな糞仕様は勘弁してくれ
- 318 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 11:41:45 ]
- >>317
なんでも静的にやろうとするとリフレクション経由で弄った時に簡単に破綻するような。
- 319 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 11:51:51 ]
- >>316
つ JSR-305
- 320 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 12:06:26 ]
- 要するに @NonNull > JSR-305
- 321 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 12:07:40 ]
- @CheckForNullってのもある
- 322 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 12:11:04 ]
- @NetHome
- 323 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 12:33:39 ]
- そういうのはそもそも設計上の問題じゃないのか？
- 324 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 12:41:26 ]
- debug用annotationだし。> 305
言語にいれろって言っている奴は馬鹿だし。>>304
- 325 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 12:50:12 ]
- NullPointerExceptionとassertを使い分ければいいだけだからいらんな
- 326 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 13:02:14 ]
- AspectJかJavassist使えばいいんじゃね？
- 327 名前：デフォルトの名無しさん [2008/03/01(土) 14:03:41 ]
- 多分、奴の頭の中では「C++じゃヴぁ」を考えてるんだろうｗ
- 328 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 14:10:19 ]
- >>307
よう、この流れのどこが有益なんだ？
- 329 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 14:21:08 ]
- 粘着ｷﾀｰw
- 330 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 14:30:45 ]
- 自意識過剰すぎ
- 331 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 14:36:25 ]
- 思いつきをここに書き込むことでJavaをよりよくしてくださって本当にありがとうございました
- 332 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 20:42:27 ]
- こういう連中がいることでオタクが嫌われるんだろうなあ
- 333 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 03:30:15 ]
- いい加減、みんなの夢を詰め込んだJava3を作ってくれないかな？
そしてぶちぎれた誰かが、FreeJavaとかNetJavaとか作ればいいと思うお。(*´∀`)
- 334 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 03:36:30 ]
- SunがJavaと呼称するのは禁止させるだろ。
- 335 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 03:37:45 ]
- そんなことしなくても既に JCP が輪姦中じゃん。
- 336 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 06:43:25 ]
- >>333
Java OSとかOpenJavaがないのはネタ？
- 337 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 06:44:57 ]
- というか、Javaというのは言語とライブラリ群であって、
実体はjvm用のバイトコードを生成するコンパイラなんだけど。
だから好きなだけJRubyとかJC++とかJC99とかのコンパイラ作れよｗ
（多分君らのようなMSーC＋＋厨じゃ無理だろうけどｗｗ）
|
 |
