VA
лямбды, перфоманс, сразу разделение на api + impl
kotlin-logging как бы решает эти лямбды и прочее
Про разделение не понял, оно же и у logback есть
А про лямбды на котлине не так актуально, там всё равно лучше делать иначе.
Size: a a a
2020 May 27
VP
Или там уже из коробки API котлиновское?
D
Про разделение не понял, оно же и у logback есть
А про лямбды на котлине не так актуально, там всё равно лучше делать иначе.
А про лямбды на котлине не так актуально, там всё равно лучше делать иначе.
разделение, что фасад не нужен
VA
без заморочки что под капотом в имплементации логгера
VP
разделение, что фасад не нужен
Ну как не нужен, что тогда в библиотеках использовать?
D
Ну как не нужен, что тогда в библиотеках использовать?
если нужны логи в либах - мост нужный подключаешь и все
D
VP
Тут только объяснение, что в log4j всё так же, и конечно же разработчик советует использовать его либу
VP
То есть log4j-api - это точно такой же фасад, но другой
VA
IMHO, на Kotlin лучше использовать https://github.com/MicroUtils/kotlin-logging - который фасад и уже умеет MPP на JS тоже отдавать, а не только для JVM
AN
IMHO, на Kotlin лучше использовать https://github.com/MicroUtils/kotlin-logging - который фасад и уже умеет MPP на JS тоже отдавать, а не только для JVM
Там под низом тот же slf4j, но да, вполне удобно
VP
IMHO, на Kotlin лучше использовать https://github.com/MicroUtils/kotlin-logging - который фасад и уже умеет MPP на JS тоже отдавать, а не только для JVM
Насколько я помню, там лямбды не инлайнятся, да и наружу slf4j торчит, поэтому вместо
можно легко написать
со всеми вытекающими
logger.debug { "Message: $complexObject" }можно легко написать
logger.debug("Message: $complexObject")со всеми вытекающими
VP
Я бы сказал, что это использовать не стоит, но альтернатив лучше не видел, а попытка сделать свою упёрлась в один баг
AN
@lllewik чего-то свое писал. Но по-моему тоже бросил.
VA
@lllewik чего-то свое писал. Но по-моему тоже бросил.
он писал. Я даже активно пользовался https://github.com/Lewik/klog какое-то время. Но потом MicroUtils впилили MDC и прочие мелкие ништяки и там стало хорошо
LS
Да я и сейчас использую...
IO
лямбды, перфоманс, сразу разделение на api + impl
в slf4j 2 тоже лямбды из коробки обещают
RI
в slf4j 2 тоже лямбды из коробки обещают
Там еще и fluent-api хотят добавить
RI
https://ruslan.ibragimov.by/2019/08/26/slf4j-fluent-api-kotlin/
Но пару обеток над slf4j то что мне подходит больше
Но пару обеток над slf4j то что мне подходит больше
IO
https://ruslan.ibragimov.by/2019/08/26/slf4j-fluent-api-kotlin/
Но пару обеток над slf4j то что мне подходит больше
Но пару обеток над slf4j то что мне подходит больше
ну я юзаю slf4j 1.7 вместе с kotlin-logging в проектах, где больше десятка сообщений