アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
JREの互換性 (スコア:1)
Re:JREの互換性 (スコア:0)
Re:JREの互換性 (スコア:0, 参考になる)
ないからこういう問題になっている。
というか出来ないといったほうが正解。
Javaのプラットフォーム間の互換性は同一バージョン下でのお話。それとて結構怪しいもんですが。
Re:JREの互換性 (スコア:1, すばらしい洞察)
> ないからこういう問題になっている。
これ、具体的にお願いします。
こういう場合って、たいてい筋の悪いプログラムを書いているせいだと思うのだけど、そうでない例があれば教えてください。
Re:JREの互換性 (スコア:-1)
ガラリと変わるんだから、ダメダメ。
メソッドがごっそりなくなってたりするから、
プログラマの技量どうのこうので解決する問題じゃないでしょ。
変えた理由が、このクラスの実装は美しくないから、
もっとすっきりした構造にしました、とかだし。
「これとこれ、無くなったから。代わりにこれを使ってね。こっちのほうがきれいでしょ」とか。
こんな学生が卒業研究で試行錯誤しながらコンパイラ作ってるようなレベルの議論と理由で
仕様がどんどん変わっていく様は、見ていてあいた口がふさがらなくなる。
Re:JREの互換性 (スコア:2, 参考になる)
deplicated付きになった物なら大量に知ってますが。
norimu
Re:JREの互換性 (スコア:1)
仕様的にある程度安定したクラスライブラリ(あるんかな?ちと心配)だけを使用して、
それ以外は全部自前
えらく時間かかりそうだけど
バージョン依存の問題がクラスライブラリで
バージョン依存なくしてほしいとお願いされちゃうと
そうするしかないよね...たぶん
その代わり、納期もその分引き延ばししてもらうようにお願いしなきゃならんだろうけど
Re:JREの互換性 (スコア:0)
どのライブラリは今後互換性が保証される、みたいな話は無いから、
アプリケーション開発者は、自分が使っているライブラリに魔の手が伸びないように、
祈るしかありませんね。
Re:JREの互換性 (スコア:0, 余計なもの)
全てDeplicated(非推奨)という形で残してあります。
親スレッドは完全な間違いです。
モデを下げてくださいますようよろしくお願いいたします。
Re:JREの互換性 (スコア:2, 参考になる)
変わったんじゃなくてAPIが増えただけだと思いますが。
ちなみに1.5でガラリと変わった様に見える Generics とかの言語仕様は、javac が頑張ってるだけでバイトコード的には今まで通りキャストしたりする処理に置き換えられてるだけなんですけどね。