BP
в смысле просто лонг? Хотя, сейчас заметил, что мой min API позволяет юзать LocalDateTime, а там форматтер вроде тред сейф
Это Андроид ? В нем может и нет
Size: a a a
2019 December 19
K
да, андроид, в api 26 есть
K
можешь показать свой сериализатор?
BP
можешь показать свой сериализатор?
Он на работе, я парсил строку с помощью IsoFornat
K
M
кто-то писал сериализатор для Date? Там в доке советуют завернуть DateFormat в ThreadLocal.
@Serializer(forClass = Date::class)Норм?
object DateSerializer : KSerializer<Date> {
private val dateFormat = object : ThreadLocal<DateFormat>(){
override fun initialValue() = SimpleDateFormat("dd/MM/yyyy HH:mm:ss.SSS")
}
[...]
DateFormat в принципе не потокобезопасный
A
в смысле просто лонг? Хотя, сейчас заметил, что мой min API позволяет юзать LocalDateTime, а там форматтер вроде тред сейф
Да, просто лонг
A
Это же фундаментальные значение, все прочее лишь интерпретации
BP
в смысле просто лонг? Хотя, сейчас заметил, что мой min API позволяет юзать LocalDateTime, а там форматтер вроде тред сейф
Тебе точно нужно локальное время ? Может всё-таки с зоной
BP
Aleksei🐈
Это же фундаментальные значение, все прочее лишь интерпретации
Ага только итоговое значения зависит от часового пояса, ее надо так ток ошибки можно нахватать
AO
Aleksei🐈
Это же фундаментальные значение, все прочее лишь интерпретации
Ага, и зону оно хранит
K
особе не вдавался, но в лонгах, наверное, хорошо для всяких DTO, а в объектах если есть операции со временем, чтоб по сто раз не парсить
VP
Пока не уверен, но если бы оно уже было, я бы наверное заиспользовал. Пожалуй, конвертить джавовый Flow в Reactive Streams, чтобы использовать готовую интеграцию для него - это перебор.
Кажется, это на порядок проще, чем писать то же самое самому
VP
можно попробовать код интеграции скопипастить к себе в проект и, если заведется и будет желание, законтрибьютить как kotlinx-coroutines-jdk9 :)
А это норма, если получится две идентичные интеграции, которые будут отличаться почти никак?
VT
наверное да
RE
Пока не уверен, но если бы оно уже было, я бы наверное заиспользовал. Пожалуй, конвертить джавовый Flow в Reactive Streams, чтобы использовать готовую интеграцию для него - это перебор.
А откуда у вас взялся джавый флоу если не секрет?
VP
А откуда у вас взялся джавый флоу если не секрет?
HTTP-клиент из JDK
RE
А это норма, если получится две идентичные интеграции, которые будут отличаться почти никак?
А вот интересно, это норма когда ребята из Oracle полностью копипастят себе в платформу и переименовывают интерфейсы которые долго развивало комьюнити и не делают с ними интеграцию? (Вопрос риторический)
VP
HTTP-клиент из JDK
А суть задачи в том, чтобы спрятать Publisher и Subscriber поглубже, выставив наружу что-то похожее на Input/OutputStream. Т.е. мне Flow в общем-то и не нужен.
VP
А вот интересно, это норма когда ребята из Oracle полностью копипастят себе в платформу и переименовывают интерфейсы которые долго развивало комьюнити и не делают с ними интеграцию? (Вопрос риторический)
Лучше уж так, чем запихать стороннюю либу в стандартную поставку SDK (см. Android).
В любом случае, интеграция уже есть.
В любом случае, интеграция уже есть.