Java 13 のリリースまではまだ丸 3 か月ありますが、私たちのお気に入りの言語の次期バージョンの革新に関する詳細は
OpenJDKページに常に掲載されています。![]()
Java での変更は、JDK - JEP (JDK Enhancement Proposals) を改善するための提案を使用して行われ、後で新しいバージョンに統合されることを覚えておいてください (有用で適切であると考えられない場合は統合されません)。以下は、Java の新しいバージョンに提案されたいくつかの機能です:
テキスト ブロック。JEP-355によると、テキスト ブロックは JDK 13 (プレビュー レベル) で表示される必要があります。テキスト ブロックは、大部分のエスケープ シーケンスの必要性を排除するマルチパート文字列リテラルです。これで、ほとんどの特殊文字をエスケープする必要がなくなり、自動的に改行が表示されます。テキスト ブロックは行を自動的にフォーマットし、開発者がフォーマットを制御できるようにします。この JEP は主に、コードの書き込みと読み取りのプロセスを簡素化するために作成されました。Java では、非 Java オブジェクト (XML や JSON など) を埋め込むには、通常、「タンバリンで踊る」、つまり特定の行編集が必要となるため、そのような埋め込みは通常、作成、サポート、読み取りが困難です。
ソケット API の更新。新しい Java は、従来のソケット API を書き直す可能性が高くなります。理論的には、更新された実装はより最新のものになり、保守とデバッグが容易になります。これは、net.Socket および java.net.ServerSocket API で使用される基本実装を置き換えることを目的としています。新しいバージョンは、ユーザーモード スレッド (ファイバーまたはファイバー) の操作に簡単に適応できるように設計されています。これは、並列アプリケーションの作成、デバッグ、プロファイリング、およびサポートを容易にするために作成されたプロジェクトである
Loomで検討されています。前述のレガシー API のルーツは JDK 1.0 に遡り、デバッグと保守が困難なレガシー C コードと Java コードが混合して含まれています。以前の実装には他にも問題がありました。非同期クロージャをサポートするための独自のデータ構造により、信頼性と移植性の問題が発生し、修正が必要な同時実行性の問題が発生しました。
ZGC (Z ガベージ コレクター) の改善。新しいバージョンでは、ZGC ガベージ コレクターが未使用のメモリをオペレーティング システムに強制的に返すようにしたいと考えています。ZGC は、スケーラブルで低レイテンシのガベージ コレクターとして販売されていますが、現在までのところ、たとえ長期間使用されなかったメモリであっても、未使用のメモリを OS に返しません。明らかに、これは非合理的であり、長時間アイドル状態にできない一部のアプリケーションや環境にとって、このアプローチは完全に重要です。
クラスデータ共有AppCDSの機能改善アプリケーションの実行終了時にクラスの動的なアーカイブを提供します。クラス データ共有またはクラス データ共有は、JDK 5 で初めて導入されました。この機能を使用すると、共通のアーカイブ ファイル内のクラスのセットを前処理でき、実行時にメモリにマップして起動時間を短縮できます。アーカイブ クラスには、標準のベースレベル CDS アーカイブに含まれていない、ロードされたすべてのアプリケーション クラスとライブラリ クラスが含まれるようになります。この提案は、AppCDS の使いやすさを向上させ、ユーザーがアプリケーションごとにクラスのリストを作成するために試行を実行する必要性を排除することを目的としています。Switch 演算子を使用した新しい形式の式の製品バージョン -
Switch Expressions。
Java 12バージョンでは、プレビュー段階で switch ステートメントのコードが簡略化されました。昔ながらの意味でも表現としても使えます。あとは、Java 13 のリリース日である 9 月 17 日を待つだけです。今すぐ新機能を知りたくない場合は、公式 Web サイトから
ベータ ビルドをダウンロードできます。
GO TO FULL VERSION