Что случилось с Java Date & Time API? [закрытый]

• Случаи даты являются mutable, что почти всегда неудобно.
• Они имеют двойную природу. Они представляют собой как метку времени, так и дату календаря. Получается, что это проблематично при вычислениях по датам.
• Числовые представления календарных данных во многих случаях контринтуитивно понятны. Например: getMonth() равен нулю, getYear() равен 1900 году (т.е, 2009 год представлен в виде 109)
• .Date.

Чувствую себя... как бывший .NET-программист, я задавал те же самые вопросы, API времени в .NET (временные интервалы, перегрузка операторов) очень удобно использовать.

Во-первых, для создания определенной даты вы используете либо устаревший API, либо:

Calendar c = Calendar.getInstance();
c.set(2000, 31, 12)

Для вычитания дня вы делаете злобные вещи вроде

Date firstDate = ...
Calendar c = Calendar.getInstance();
c.setTime(fistDate);
c.add(Calendar.DATE,-1);
Date dayAgo = c.getTime();

или еще хуже

Date d = new Date();
Date d2 = new Date(d.getTime() - 1000*60*60*24);

Чтобы узнать, сколько времени прошло между двумя датами (в днях/неделях/месяцах). ...становится ещё хуже

Однако DateUtils из apache (org.apache.commons.lang.time.DateUtils) предлагают несколько удобных методов, и в последнее время я обнаружил, что использую только их

Как писал Брэбстер, Joda Time также является хорошей внешней библиотекой, но apache кажется более "обычным", чем что-либо другое...

Честно говоря, я нахожу Java's Date API удобным в использовании. Большинство вопросов, о которых я видел и слышал, связаны с глаголикостью, необходимостью использования нескольких классов для выполнения чего-либо полезного ( Calendar, Date, DateFormat/SimpleDateFormat) и отсутствием таких простых аксессоров, как getDayOfWeek().

Joda Time является уважаемым альтернативным API на Java, а в разделе Why Joda Time он дает еще несколько аргументов о том, почему он является жизнеспособной альтернативой, которая может быть интересна.

JSR 310, который заменил старые классы дата-время на java.time на Java 8, оправдывает себя в оригинальном JSR следующим образом:

2.5 Какие потребности Java-сообщества будут удовлетворяться предлагаемыми спецификации?

В настоящее время Java SE имеет два отдельных API даты и времени - java.util.Date и java.util. Календарь. Оба API постоянно называемый труднодоступным использование Java-разработчиками в блогах и Форумы. Примечательно, что оба используют ноль-индекс. в течение нескольких месяцев, что является причиной многих жуки. Календарь также пострадал от многие ошибки и проблемы с производительностью годы, в первую очередь за счёт хранения его состояние двумя разными способами внутри.

Одна классическая ошибка (4639407) предотвратила некоторые даты создания в Объект календаря. Последовательность кода можно было бы написать, что могло бы создать датировать в одни годы, но не в другие, имеющий эффект предотвращения некоторых пользователи не вводят свой правильный даты рождения. Это было вызвано Класс "Календарь" разрешает только переход на летнее время на один час летом, когда исторически это было плюс 2 часа примерно за вторая мировая война. Пока этот баг теперь исправлена, если в какой-то момент будущее, которое выбрала страна, чтобы представить переход на летнее время плюс три часа летом, потом Класс календаря снова будет сломан.

Текущий Java SE API также страдает. в многопоточной среде. Известно, что непреложные классы изначально нитевидный, как их состояние не может измениться. Однако, как Дата, так и Календарь изменяется, что требует программистам рассмотреть возможность клонирования и в прямом смысле этого слова. Кроме того, отсутствие резьбовой безопасности Формат DateTimeFormat малоизвестен, и была причиной многих трудных отслеживает проблемы с потоками.

а также проблемы с классы, которые есть у Java SE для свиданий, у него нет классов для моделирования других концепции. Не относящиеся к временным зонам даты или времена, сроки, периоды и классовые интервалы не представлены на Java SE. В результате разработчики часто использовать намерения для представления продолжительность времени, с явадоком с указанием единицы измерения.

Отсутствие полной даты и временная модель также приводит ко многим общим операции сложнее, чем они должно быть. Например, вычисление количество дней между двумя датами особенно трудная проблема настоящее время

В этом СПС будет решена проблема полная модель даты и времени, включая даты и время (с указанием и без часовых поясов), продолжительности и временные отрезки, интервалы, форматирование и синтаксический анализ.