а что значит "сортирует ненормально"?

не сортирует вообще, оставляет как есть, все даты в разнобой

не сортирует вообще, оставляет как есть, все даты в разнобой

По миллисекундам сортируй

однозначное сравнение

Скорей всего, в данном случае пофиг, что it.date, что it.date.time. Всё равно Date#compareTo внутри сравнивает date.time

По миллисекундам сортируй

date.time это и есть мс

А, точно

Скорей всего, в данном случае пофиг, что it.date, что it.date.time. Всё равно Date#compareTo внутри сравнивает date.time

я тоже так думал... всё равно не пашет :D

А даты там точно разные? Может все по нулям?

date.time это и есть мс

Ну-ка скинь пример из трех дат

Сейчас проверю что из базы возвращается...

но отображается всё нормально, числа правильные

Сейчас проверю что из базы возвращается...

ты их как выводишь? через SimpleDateTimeFormat?

ты их как выводишь? через SimpleDateTimeFormat?

dateTxt.text = date.let({ SimpleDateFormat(itemView.resources.getString(R.string.date_time_format)).format( it ) }, { itemView.resources.getString(R.string.no_date) })

ага

не, тут не в нём дело

нашел... моделька кривая... неочевидное поле надо дёргать...

а почему Date? Jodatime, jsr310 даже бэкпортили...

а почему Date? Jodatime, jsr310 даже бэкпортили...

Это там, где DateTime?

да

java.util.Date - морально устаревший и плохопахнущей кусочек

java.util.Date - морально устаревший и плохопахнущей кусочек

Его же даже поправить чем-то хотели

Правда, насколько я помню, не вышло

Его же даже поправить чем-то хотели

в смысле поправить?

это легаси, которое даже выпилить не могут

на замену пришел jsr310

в смысле поправить?

Выпускали потом замену Date в jdk

Или я путаю чего?

Выпускали потом замену Date в jdk

jsr310

но Date так и остался на месте

Кажется, нашел - Calendar там еще был

Кажется, нашел - Calendar там еще был

Date - java 1.0, Calendar - 1.1

оба воняют мама не горюй

https://docs.oracle.com/javase/8/docs/api/java/time/package-summary.html

оба воняют мама не горюй

Ошибся, согласен

и да, Calendar не заменяет Date, это приблуда сбоку

но Date так и остался на месте

А куда его денешь? Обратная совместимость же.

попытка подпереть костылем

А куда его денешь? Обратная совместимость же.

вот и я о том же, это просто нереально сколько на него завязано кода

у него больше половины методов задепрекейтено

у него больше половины методов задепрекейтено

Интересный вопрос - в каких еще классах сдк превалирует deprecated, и почему

Такой настоящий "разбор полетов", а не профанация с клоунами

Интересный вопрос - в каких еще классах сдк превалирует deprecated, и почему

Вопрос "почему" хорошо гуглится. Причины многих решений объясняются дизайнерами языка.

Интересный вопрос - в каких еще классах сдк превалирует deprecated, и почему

Ну тут еще вопрос как этот deprecated искать - не всё же анноташками помечено, что устарело

Ну тут еще вопрос как этот deprecated искать - не всё же анноташками помечено, что устарело

Всё. Это же энтерпрайз, тут все серьезно

Не всё )

Не всё )

Например

Enumerable уже нигде не юзается

Или Enumeration... не помню точно

Enumerable уже нигде не юзается

И что, авторы объявили deprecated? "Не помню точно" - это не пример, не валидируешь его

В том-то и дело, что в джавадоке java.util.Enumeration написано "лучше юзайте Iterator", а аннотации @Deprecated нет

депрекейтед это же то что окончательно устарело и будет выпиленно. а тут просто рекомендация, зачем тут аннотация ?

Всё. Это же энтерпрайз, тут все серьезно

Это был контрпример

Кто-то сомневается, что Date, Calendar и Enumeration устарели, и их не стоит использовать никогда, кроме взаимодействия с API, которые их уже используют?

Это был контрпример

В порядке шутки - можно считать deprecated все что идет с JDK1.0 (за редким исключением)

В порядке шутки - можно считать deprecated все что идет с JDK1.0 (за редким исключением)

Да, давайте считать устаревшим String :) (не Spring, его в 1.0 ещё не было)

депрекейтед это же то что окончательно устарело и будет выпиленно. а тут просто рекомендация, зачем тут аннотация ?

Выпилить - это именно то, что следовало бы сделать с этими классами, но на них уже завязано много кода. Почему их не одарили аннотацией - вопрос, мне интересно. Наверное, в каком-нибудь mailing list обсудили.

Кто-то сомневается, что Date, Calendar и Enumeration устарели, и их не стоит использовать никогда, кроме взаимодействия с API, которые их уже используют?

Я думаю, некоторые просто не задумывались. Или краем уха слышали, что Date устарел, но не хотят напрягаться, чтобы в проекте что-то менять

Выпилить - это именно то, что следовало бы сделать с этими классами, но на них уже завязано много кода. Почему их не одарили аннотацией - вопрос, мне интересно. Наверное, в каком-нибудь mailing list обсудили.

Потому что тогда много кода будет зачеркнуто?

Потому что тогда много кода будет зачеркнуто?

Ну так это именно то, что нужно) Либо задепрекейтить не использование, а создание или реализацию.

Ну так это именно то, что нужно) Либо задепрекейтить не использование, а создание или реализацию.

Лучше брать роялти

Ну так это именно то, что нужно) Либо задепрекейтить не использование, а создание или реализацию.

Никрасива?

Лучше брать роялти

"платите нам за моральные мучения, которые мы испытываем от невозможноти обоссать и сжечь java.util.Date" :)

Вообще, я искренне за то, чтобы в jdk (да и впринципе в любом комплекте поставки) был минимум и к нему лепился остальной обоз

Вообще, я искренне за то, чтобы в jdk (да и впринципе в любом комплекте поставки) был минимум и к нему лепился остальной обоз

Дык к этому стремятся же. Jigsaw, Java 9 (или 10?)

Я думаю, некоторые просто не задумывались. Или краем уха слышали, что Date устарел, но не хотят напрягаться, чтобы в проекте что-то менять

Пока он не будет прям deprecated, так и будет :(

Пока он не будет прям deprecated, так и будет :(

Да и когда будет deprecated, так и будет. Пока из jdk не выпилят совсем

Дык к этому стремятся же. Jigsaw, Java 9 (или 10?)

Ну пока из серьезных выпилов я видел только javafx

Так и времени прошло немного. Пара лет - это фигня по меркам языкового дизайна

Ну пока из серьезных выпилов я видел только javafx

Мне corba запомнилась )

Никрасива?

Почему? Пишешь new Date() - страдай.

Так и времени прошло немного. Пара лет - это фигня по меркам языкового дизайна

А они не грозились релизами раз в пол года?

JDK может релизиться хоть каждый день. Это не значит, что народ каждый день будет JDK обновлять

Интересно, сколько проектов до сих пор на java 1.5 сидят

вот Project Loom бы

вот Project Loom бы

Прямо сейчас есть Quasar/Pulsar (http://docs.paralleluniverse.co/quasar/). Но там сильное колдунство, я б сказал чернокнижие

Если Loom запилят - будет круто, да.

погодите-ка, мы же в Котлин-чате ?

с Loom котлиновские корутины смогут прокачать и тогда меньше Dispatchers.IO магии нужно будет

погодите-ка, мы же в Котлин-чате ?

Предлагаешь вернуться к обсуждению Бузкойнов?

чтобы в рантайме оно принудительно блокирующие вызовы саспендило

Тсс. Не надо. Не напоминай )

кто-нибудь разобрался в том какой профит от project loom?

ой ща

потому что quasar это страх был, если его втащат как часть jdk мне кажется будет печальненько

Прямо сейчас есть Quasar/Pulsar (http://docs.paralleluniverse.co/quasar/). Но там сильное колдунство, я б сказал чернокнижие

Quasar не нужен на котлине, корутины же есть

Не, если в JDK втащат лайт-треды, то квазар не понадобится, и страха никакого не будет. Квазар потому и страх, что хачит JDK снаружи

вот в чем разница

Не, если в JDK втащат лайт-треды, то квазар не понадобится, и страха никакого не будет. Квазар потому и страх, что хачит JDK снаружи

лайт треды, может еще процессор новый выпустить

Не, если в JDK втащат лайт-треды, то квазар не понадобится, и страха никакого не будет. Квазар потому и страх, что хачит JDK снаружи

при этом там тоже нельзя блочить треды)

кто-нибудь разобрался в том какой профит от project loom?

Я так понял, хотят кишки многопоточности сделать как в Go с его work-steeling pool'ами. Это сделает треды (ну или лайт-треды) очень дешёвой штукой (как акторы), можно будет плодить сотнями тысяч и при этом не выжирать ресурсы в ноль. Для сравнения - 3к тредов обычных (как-то напейсал код, приведший к такой ситуации) ставят раком всю ОС, я даже залогиниться не мог )

О боже, в чем принципиальное отличие от корутин тогда?

Я так понял, хотят кишки многопоточности сделать как в Go с его work-steeling pool'ами. Это сделает треды (ну или лайт-треды) очень дешёвой штукой (как акторы), можно будет плодить сотнями тысяч и при этом не выжирать ресурсы в ноль. Для сравнения - 3к тредов обычных (как-то напейсал код, приведший к такой ситуации) ставят раком всю ОС, я даже залогиниться не мог )

ты уже щас можешь юзать спокойно корутины котлина

О боже, в чем принципиальное отличие от корутин тогда?

они будут в java) ну и они будут работать на уровне jvm, т.е. саспенд условно говоря встроят в вызовы стандартного апи

О боже, в чем принципиальное отличие от корутин тогда?

Подозреваю, что "блокирующий" код перестанет быть "ужас-ужас-ужас"

wrong

@HeapyHop вот тут Олег Чуркин очень подробно на видео о них рассказал https://habr.com/company/jugru/blog/422519/