Size: a a a

2020 April 07

AE

Alexandr Emelyanov in Kotlin JVM
Ihar S
Господа, какой логер лучше всего использвать внутри open source библиотеке вместо стандартного java.util.logging.Logger ? 🙂 или лучше оставаться на стандартном? естественно для котлина
slf4j или log4j2, а если чисто под котлин, то kotlin-logging
источник

VA

Victor Alenkov in Kotlin JVM
Alexandr Emelyanov
slf4j или log4j2, а если чисто под котлин, то kotlin-logging
kotlin-logging - обёртка же над slf4j в JVM. IMHO, на Kotlin лучше сразу с kotlin-logging начинать
источник

AE

Alexandr Emelyanov in Kotlin JVM
Victor Alenkov
kotlin-logging - обёртка же над slf4j в JVM. IMHO, на Kotlin лучше сразу с kotlin-logging начинать
Да
источник

BV

Boris Vanin in Kotlin JVM
Victor Alenkov
kotlin-logging - обёртка же над slf4j в JVM. IMHO, на Kotlin лучше сразу с kotlin-logging начинать
Это никак сути работы слф4ж не меняет
источник

VA

Victor Alenkov in Kotlin JVM
Boris Vanin
Это никак сути работы слф4ж не меняет
не меняет. Но меняет содержимое кода, который разработчик напишет
источник

VA

Victor Alenkov in Kotlin JVM
хотя, меняет. в kotlin-logging ленивая же подготовка сообщения используется
источник

BV

Boris Vanin in Kotlin JVM
Спрашивали какой логгер, котлин-логгер это не логгер, а обёртка
источник

BV

Boris Vanin in Kotlin JVM
Чтобы разобраться как слф4ж работает нужно пройти в его доку и читать. Котлин логгер в этом смысле вообще ничего не даст
источник

BP

Bogdan Panchenko in Kotlin JVM
Вот у меня эстетический вопрос, какой формат даты использовать, в новом ктор ушли от java time в пользу своего Gmt на коленке, стоит ли его использовать или остаться на джавовом. Для рест это имеет значения ?
источник

АО

Алексей Овсянников in Kotlin JVM
Bogdan Panchenko
Вот у меня эстетический вопрос, какой формат даты использовать, в новом ктор ушли от java time в пользу своего Gmt на коленке, стоит ли его использовать или остаться на джавовом. Для рест это имеет значения ?
Лонга секунд обычно выше крыши
источник

АО

Алексей Овсянников in Kotlin JVM
От utc. Это если про обмен с клиентом вопрос.
источник

AN

Alexander Nozik in Kotlin JVM
Bogdan Panchenko
Вот у меня эстетический вопрос, какой формат даты использовать, в новом ктор ушли от java time в пользу своего Gmt на коленке, стоит ли его использовать или остаться на джавовом. Для рест это имеет значения ?
Если нет мультиплатформы, лучше оставить Java time
источник

АО

Алексей Овсянников in Kotlin JVM
Я везде klock использую
источник

BP

Bogdan Panchenko in Kotlin JVM
Алексей Овсянников
Лонга секунд обычно выше крыши
Такое себе, хочется понятных значений
источник

AN

Alexander Nozik in Kotlin JVM
Алексей Овсянников
Я везде klock использую
А потом придется все равно мигрироваться на kotlin time
источник

АО

Алексей Овсянников in Kotlin JVM
Alexander Nozik
А потом придется все равно мигрироваться на kotlin time
Я уверен, что там как раз поверх него потом запилят
источник

OY

Oleg Yukhnevich in Kotlin JVM
Алексей Овсянников
Я уверен, что там как раз поверх него потом запилят
не думаю
мне в Space идея понравилась
они там просто сделали пустой expect класс для даты и навешали expect/actual extensions
может не так элегантно, но зато интересно
источник

АО

Алексей Овсянников in Kotlin JVM
Oleg Yukhnevich
не думаю
мне в Space идея понравилась
они там просто сделали пустой expect класс для даты и навешали expect/actual extensions
может не так элегантно, но зато интересно
Ну как, это вообще универсально получается:)
источник

AN

Alexander Nozik in Kotlin JVM
Oleg Yukhnevich
не думаю
мне в Space идея понравилась
они там просто сделали пустой expect класс для даты и навешали expect/actual extensions
может не так элегантно, но зато интересно
Так вся мультиплатформа так работает. Маркерный класс плюс расширения.  В случае с JS по-другому во многих случаях вообще нельзя
источник

AN

Alexander Nozik in Kotlin JVM
Алексей Овсянников
Ну как, это вообще универсально получается:)
Но не отменяет того, что под JVM ничего лучше Java time не придумали
источник