Нашли или выдавили из себя код, который нельзя назвать нормальным,
на который без улыбки не взглянешь?
Не торопитесь его удалять или рефакторить, — запостите его на
говнокод.ру, посмеёмся вместе!
Calendar startCal = Calendar.getInstance();
startCal.setTime(DateUtils.truncateDateAndTimeToDateOnly(startDate));
Date strtDt = startCal.getTime();
Calendar endCal = Calendar.getInstance();
endCal.setTime(DateUtils.truncateDateAndTimeToDateOnly(endDate));
Date endDt = endCal.getTime();
Далее по тексту strtDt и endDt используются ровно один раз, startCal и endCal не используются больше вообще. Утилитный метод возвращает требуемый экземпляр класса Date.
был вполне удобный java.util.Date, но к нему доебались, что он не поддерживает интернационализацию (только по григорианскому календарю), и обьявили его почти полностью deprecated.
Замечательная книга "Effective Java" Блоха почти целиком состоит из примеров типа: "вот мы сделали так в джаве, и это была ошибка: никогда так не делайте". Работа с датами, writeObject, открытость классов по-умолчанию и пр.
А еще есть книга Ousterhoutа (который TCL) "A Philosophy of Software Design" и там тоже постоянные примеры того, как джавабляди обосрались.
Например, он обсирает необходимость вручную каждый стрим заворачивать в буферизирующий стрим и пр
это как ?
cal.set(Calendar.YEAR,1984);
как-то так.
Но все равно joda-time лучче.
А те конструкторы больше чем на тесты не годятся.
И повторю свою мысль - большинство библиотечных функций и классов, что есть в жабе по дефолту - кривое неюзабельное говно.
Замечательная книга "Effective Java" Блоха почти целиком состоит из примеров типа: "вот мы сделали так в джаве, и это была ошибка: никогда так не делайте". Работа с датами, writeObject, открытость классов по-умолчанию и пр.
А еще есть книга Ousterhoutа (который TCL) "A Philosophy of Software Design" и там тоже постоянные примеры того, как джавабляди обосрались.
Например, он обсирает необходимость вручную каждый стрим заворачивать в буферизирующий стрим и пр
>startCal
>endCal
>>Cal