問題タブ [java-7]

JDK 7の機能リストによると、JavaのUnicodeサポートは（Java6のUnicode4.0から）Unicode 5.1に更新されますが、Unicode 5.2は2009年10月から利用可能です。Unicode5.2がほとんどUnicodeブックの更新であったことを考えると、その理由は何ですか。 ？

編集：Java7のUnicodeサポートはUnicode6.0に更新されます。

誰かがフォーク/ジョインとは何かを説明できますか?

基本的に、ローカル ファイル システムからリモート ファイル システムに FTP のようなプロトコルを介してファイルをコピー/移動するアプリケーションを作成します。

ファイル システム サービス プロバイダー インターフェイス内のプロトコル固有のビットをカプセル化するのは良い方法でしょうか?

私が理解している限りでは、新しい IO API を使用して、私のライブラリを他のアプリケーションと連携させることができますよね?

私は EnumSet のすべての効率性を持ち、誰かが変更することを心配せずにそれを渡したいと思っています。

私は現在、計画されているマイナーなリファクタリング作業を遅らせ、それをJava 7への移行と組み合わせることが理にかなっているかどうかを調査していますが、両方のコードが両方のコードの場合、いくつかのバグの原因を追跡するのが難しくなる可能性があることを少し心配していますとプラットフォームが同時に変更されます。

この移動の利点は、NIO.2を使用してアプリケーション内の多くのIO関連のものをクリーンアップおよび改善できることです。

アプリケーションと関連ライブラリの必要なソースをすべて持っています（変更が必要な場合）。Java7にはわずかな改善しかありません-ほとんどのVMアップデートがすでにJava6にあり、クロージャーやチェーンソーなどの大きな変更がキャンセルされた後-数か月後に使用するには十分に安定しているはずですよね？

jsr14JDK7/8 でもターゲット オプションをjavac引き続き使用できると誰か教えてもらえますか?

言う、

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

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

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

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

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

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

JDK7で次のコードをコンパイルしてみてください。

ひし形構文の2番目の使用法が機能しないのはなぜですか？

最初の使用法との大きな違いは何ですか？

Java 7 のダイヤモンド演算子は、次のようなコードを許可します。

ただし、Java 5/6 では、次のように簡単に記述できます。

型消去についての私の理解では、これらはまったく同じです。(とにかくジェネリックは実行時に削除されます)。

なぜダイヤモンドを気にするのですか？どのような新しい機能/タイプ セーフが許可されますか? 新しい機能が得られない場合、なぜ彼らはそれを機能として言及するのですか? この概念に対する私の理解は間違っていますか?

JDK7 の新機能について読んだことを覚えています(現在は Netbeans エディタでもサポートされていますが、現在のトランク ビルドでのみサポートされています)。

この小さな機能は、型変数なしinstanceof SomeClass<?>で記述された場合、もはや警告を生成しません。

• この機能はどのように呼ばれていますか?

• 誰かがそれが記述されている参照を知っていますか?

• 最も重要:型変数に関連する JDK7 の他の変更はありますか?