0
私のプロジェクトではjava.util.Calendarを使用しました。彼らは私のためにうまくいっています。まだ推奨されていません。したがって、コード内でjava.util.Calendar〜java.time.LocalDateを変更する必要はありませんでした。 java.time.LocalDateには多くの優れた機能があります。 java.util.Calendarにはjava.time.LocalDateで解決されたパフォーマンス上の問題があるかどうかを知る必要があります。そのため、コード内のjava.util.Calendarをjava.time.LocalDateに変更してパフォーマンスを向上させる必要があります。java.util.Calendarよりもjava.time.LocalDateの方が優れていますか？
パフォーマンスの問題ではなく、使いやすさの問題です。 'java.util.Date'は使い方が簡単ではなく、さまざまな方法で欠陥があります。 1）更新可能です*（誰も実際に更新する人はいません）*、2）日付のみのバージョンはありません。3）タイムゾーンの処理が混乱しやすく、エラーが発生する可能性があります。その機能のための新しい 'java.time'クラスパフォーマンスの違いがプログラムに影響することはほとんどありません。 ---早すぎる最適化に気をつけてください：*パフォーマンスの問題が発生したとき、つまり、そこにいると判明したときに問題を修正します。 – Andreas
特にネイティブ/コアコードの場合は、Javaで記述するときにパフォーマンスが心配する必要はないと思います。 – deathangel908
あまりにも広く不明です。また、パフォーマンスに基づいても、2つのコードの比較のためのコードの情報は少なくなります。また、質問に示唆されているように良い機能が記載されていません。 – nullpointer