4

(想定)1〜2年で完成するプロジェクトがあります。それまでに、JDK7(そしてできればJava7 JCP仕様)の準備ができているはずです。

しかし、オラクルが「ばかげた」決定を下す「危険」はどれほどありそうか、それはJDK7を既存のJDK6よりも「魅力的」でないプラットフォームにするだろうか。

具体的には、次のようなシナリオが怖いです。

  • 「リリース」される前にJDK7の開発を停止する
  • ライセンスモデルをJDK6よりも制限的なものに変更する
  • ...知っておくべき他のシナリオはありますか?

この問題についてどう思いますか?

注:NIO2ファイルAPIと、おそらく「プランB」で受け入れられた他のJDK7のみの機能を使用します(プランAは拒否され、JDK7の開発をさらに長く続けるという提案でしたが、代わりにプランBが受け入れられました:開発機能が少ないJDK7で、JDK8用に延期します)

4

2 に答える 2

3

これは、使用するJava7固有の機能の数によって異なります。

コードがまだJDK6でコンパイルできる場合は、非常に安全だと思います。下位互換性があるため、JDK 7で実行できますが、問題がある場合は、6で展開できます。

オラクルが本当に愚かなことをした場合、あなたは私の手にもっと大きな決断をするでしょう:私はこのアプリをC#、Python、または何か他のもので書き直しますか?

オープンソースのJDKがあなたの賭けをどれだけうまくヘッジできるかを知りたいと思います。

また、すでに使用しているJDK 7の機能を確認したいと思います:クロージャ?

于 2010-10-30T15:02:03.157 に答える
2

Java 7に関連するリスクが心配な場合は、コードがJava 6で実行されるようにすることで、リスクを軽減できます。これを行う最も簡単な方法は、Java 6で開発し、リスクがなくなったらJava7にアップグレードすることです。 。

あなたが指摘したリスクに加えて、Java7で計画されている一連の機能は流動的です。

于 2010-10-30T15:20:02.520 に答える