А....

Вот тут я понял, спасибо

Я выше пример привёл, в случае с лямбдой иф спрятан внутри, стейтменты логирования по коду безусловные.

Да, теперь я понял

Короче, я могу без зазрения совести насовать всяких log.debug { выведи мне тут полмега текста } и спокойно жить на проде с уровнем логирования info

Точно так

Ну, если логер это поддерживает конечно же

Можно хоть джейсонины в строки превращать

Не суть важно, инлайн лямбды это про язык, а не про поддержку в логгерах :)

Ну т.е. если у логгера нету isXEnabled, то могут быть проблемы, да. Но вроде это везде есть.

А у меня вот есть
operator fun invoke(message: Any?) = info(message)
А заинлайнить нельзя

inline operator fun

Но пока не видно, что инлайнить.

inline fun log(msg: () -> String) {
    if(logEnabled) println(msg())
}

Нормальные логгеры так сами делают внутри методов

Слушай, ну я самый простой пример реализации привёл для понимания сути, ну чё ты пристал?)

А подскажет кто почему flowchannel работает быстрее чем flow?

а benchmarks где?

Этот пример напоминает суровое легаси когда логгеры сами так не умели

Ребят, доброго времени! Сталкивался ли кто с тем, что корутина не всегда отменяется.
Делаю что-то типо

job = launch{}
job.cancel()

Логика такая, что есть строка поиска, туда пользователем вводятся символы. В корутине есть delay чтобы не реагироват ьна каждый новый символ когда пользователь печатает. При появлении нового сивола делаю cancel(). но в итоге все равно запросы в сет ьпросачиваются, потому что ~ половина запущенных корутин не отменяется. При этом если делать больше интервал между вводом в строку поиска, то все работает как ожидается

вы внутри корутины проверяете флаг isActive ?

Нет. Это обычная практика по аналогии с isInterrupted в потоках?

да