Java 6からJava 7への移行を正当化する方法は？

Java 6からJava 7に移行していました。このプロジェクトは予定より遅れており、リスクが低下しています。その場合、引き続きJava 6を使用します。

マネージャーに戻って、JDK 7を使用することが重要であると確信できるJava 7の具体的な改善点は何ですか？（Java 6に関して）Oracle Java 7で強調できるバグ修正を探しています。私の場合、セキュリティ、パフォーマンス、Java 2D /印刷などの修正がより売れるでしょう。たとえば、コンパイラの修正はあまり役に立ちません。

[ Oracle導入ガイド、バグデータベース、Stack Overflow に関する質問など、多くのサイトを調べています]。

更新：答えてくれてありがとう。更新を次のリリースに再スケジュールしました。最も近いのはセキュリティです。最も投票数の多い回答を受け入れます。

Java 6は今年2月にEOLに達しており、非常に高価なエンタープライズサポートを購入しない限り、パブリックアップデート（セキュリティを含む）を受信できなくなります。

それがすべての必要な理由であるはずです。

さらに、圧倒的な証拠は、Javaランタイムの後方互換性が優れていることを示唆しています。Java 6のインストールをJava 7に置き換えるだけで、すべてのアプリケーションが問題なく動作し続ける可能性があります。もちろんこれは保証されておらず、実際に問題がないことを確認するための広範なテストが推奨されます。

一般に、プログラマーの作業を容易にするために、かなり広範な変更がいくつかあります。あなたのマネージャーはそのようなことをあまり気にしないかもしれませんが、プログラマーが定型コードについて考える時間を減らし、したがって、彼らが実装しているものの実際の目標について考える時間を増やします。これは非常に強力な議論になり得ます。Oracleにはかなり広範な変更のリストがありますが、かなり長いので、可能な限り要約します。

言語機能は次のとおりです。

• ジェネリック医薬品の定型化が少ない。コードMap<String, String> myMap = new HashMap<String, String>();はに減らすことができますMap<String, String> myMap = new HashMap<>()。コンパイラーは、左側から右側に必要なジェネリック型を推測できるため、コードが少し短くなり、読みやすくなります。
• 文字列はswitchステートメントで機能するようになり、の.equals()代わりにメソッドのセマンティクスを使用し==ます。
• try-with-resourcesを使用した自動リソース管理。これにより、コードが簡潔になりますが、古いスタイルのtry / finallyベースのコードよりも利点があります。tryステートメントで例外がスローされ、閉じている間に別の例外がスローされると、従来のtry / finallyステートメントを使用するコードは元の例外を完全に失い、finallyブロックでスローされたもののみを渡します。try-with-resourcesステートメントで、ランタイムはclose（）呼び出しがスローした例外を抑制し、元の例外が最初のすべての問題を引き起こしたものであるという仮定の下で、元の例外をスタックにバブルアップします。場所。さらに、この抑制により、ガベージコレクターへの他の例外を破棄する代わりに、を使用して、スローされた例外を取得できますThrowable.getSuppressed。
• 数値リテラルを読みやすくすることができます。すべての数値リテラルではアンダースコアを使用できるため、10億と解析しやすくなり、気付かずに間違って入力するのが難しくなり、int n = 1000000000読みint n = 1_000_000_000やすくすることができます。また、フォームではバイナリリテラルが許可されているため0b10110101、ビットフィールドで動作するコードを読みやすくすることができます。
• 同じcatchステートメントで複数の例外タイプを処理することで、コードの重複を減らし、後でリファクタリングしやすくなります。

これらの変更はどれもマネージャーが直接気にかけないものですが、努力と思考なしで正しいコードを書くのが少し簡単になるので、あなたがしようとしている実際のロジックにもう少し集中できますまた、後でコードを読みやすくするため、デバッグが少し速くなります。

API側では、多くのAPI更新も行われました。

• 暗号化が前進するにつれて、セキュリティ面でいくつかの暗号化方法が追加/廃止されました。
• ファイルIOが変更されました（しかし、これはより良いリンクかもしれません）いくつかの場所でいくつかのより良い抽象化を追加します。私は個人的に新しいIOに飛び込みませんでしたが、非常に便利なオーバーホールのように見え、それほど苦労することなくファイルシステムでの作業がはるかに簡単になります。
• Unicodeサポートは、他の多くの国際化機能強化とともに、Unicode 6.0までです。
• 質問で言及したJava2Dが改善されました。Linuxフォントのサポートの改善、最新のマシンでのX11レンダリングの改善、チベット語スクリプトの処理。

try-with-resourcesは、Java 7にアップグレードする価値がある機能です。リソースリーク/メモリリークはJava開発の大きなリスクであり、TWRはそのリスクを大幅に削減します。

アプリケーションにファイル/ネットワークI / O機能がある場合、新しいNIO.2ファイル抽象化と非同期機能も移行する価値があることを追加します。

あなたがすべき理由があるかもしれないのJava 7に切り替える：あなたは、OracleのVMを使用する必要がありますし、あなたのソフトウェア組込みハードウェア上で実行されますかのいずれか場合は、組込みハードウェアとそれを配布します。それはだように、Oracleは、JREのライセンスを変更していない上記の場合のライセンス条件が満たされている。Java SE組み込みライセンスを購入する必要があります。Java SE Embeddedの「汎用システム」の意味をご覧ください。