アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell
JREの互換性 (スコア:1)
Re:JREの互換性 (スコア:0)
Re:JREの互換性 (スコア:0, 参考になる)
ないからこういう問題になっている。
というか出来ないといったほうが正解。
Javaのプラットフォーム間の互換性は同一バージョン下でのお話。それとて結構怪しいもんですが。
Re:JREの互換性 (スコア:1, すばらしい洞察)
> ないからこういう問題になっている。
これ、具体的にお願いします。
こういう場合って、たいてい筋の悪いプログラムを書いているせいだと思うのだけど、そうでない例があれば教えてください。
Re:JREの互換性 (スコア:0)
そうでない例ねぇ。
バグだったものが修正されて正常な動作になったってのは。
バグ依存だから筋悪いですか。
でもそれに対応しないと動作しないわけですが。
互換性ガイドに非互換性について記述がありますが、予測できないであろう変更が結構ありますよ。
言語の進化の予測ができない私がヘタレですか。そうですか。
出来ましたら次々バージョン(1.6はもう話が出ているので)でも
互換性のあるコード記述についてご教示いただければ幸いです。
Javaプログラマの底辺があがります。
# 煽りでも冗談でなく知っていたら教えて欲しい。
SUNにしてもソース互換性、バイナリ互換
Re:JREの互換性 (スコア:0)
Re:JREの互換性 (スコア:0)
#909173 [srad.jp]
>deplicated付きになった物なら大量に知ってますが。
#909209 [srad.jp]
>全てDeplicated(非推奨)という形で残してあります。
#909310 [srad.jp]
>あと下でメソッドはdeplicated
Re:JREの互換性 (スコア:2, 参考になる)
deplicated付きになった物なら大量に知ってますが。
norimu
Re:JREの互換性 (スコア:1)
仕様的にある程度安定したクラスライブラリ(あるんかな?ちと心配)だけを使用して、
それ以外は全部自前
えらく時間かかりそうだけど
バージョン依存の問題がクラスライブラリで
バージョン依存なくしてほしいとお願いされちゃうと
そうするしかないよね...たぶん
その代わり、納期もその分引き延ばししてもらうようにお願いしなきゃならんだろうけど
Re:JREの互換性 (スコア:0)
どのライブラリは今後互換性が保証される、みたいな話は無いから、
アプリケーション開発者は、自分が使っているライブラリに魔の手が伸びないように、
祈るしかありませんね。
Re:JREの互換性 (スコア:0, 余計なもの)
全てDeplicated(非推奨)という形で残してあります。
親スレッドは完全な間違いです。
モデを下げてくださいますようよろしくお願いいたします。
Re:JREの互換性 (スコア:2, 参考になる)
変わったんじゃなくてAPIが増えただけだと思いますが。
ちなみに1.5でガラリと変わった様に見える Generics とかの言語仕様は、javac が頑張ってるだけでバイトコード的には今まで通りキャストしたりする処理に置き換えられてるだけなんですけどね。