А кто-нибудь юзал javalin? У меня корутины не стартуют совместно с ним, грешу на то что javalin перехватывает весь контроль

крч доки анко говорят: ставь андроид студио 2.4+

ставишь 3.0, она её не поддерживает и просто нигде не отображается

Какие DI вы юзаете на Котлине?

spring)))

Какие DI вы юзаете на Котлине?

для андроида интересует?

Интересно, а давайте нет. DI на котлине и не для Андройда.

тогда скорее всего в большинстве случаев это будет spring di или guice)))

Ок :) А если для Андройда?)

Ок :) А если для Андройда?)

Dagger 2 стал классикой.

Dagger 2, щас понравился очень Toothpick (удобнее дагера)

Dagger 2 стал классикой.

К сожалению, да. Претензия к даггеру2, когда он ломается, нужна команда экстрасенсов, чтобы его оживить.

А если еще котлин + датабиндинг...

Слышал про toothpick и kodein. Давайте поподробнее, почему туспик а не даггер2?

Да, собственно, любой автоматический DI вносит неочевидность, а кода меньше не делает.

А если еще котлин + датабиндинг...

прям в рану вилкой

https://github.com/SalomonBrys/Kodein есть еще такое (сам пока не использовал)

слышал про три альтернативы причем говорили что они намного легче даггера: кодеин туспик и еще какой то. один из них на патчинге байткода, другой вообще на рефлекшене тоесть у тебя может упасть в рантайме. а третий я забыл.

И прикрутить Room alpha с annotqtionProcessor. Отличный вечер обеспечен :)

Про Кодеин поподробнее нам может рассказать @tuule

слышал про три альтернативы причем говорили что они намного легче даггера: кодеин туспик и еще какой то. один из них на патчинге байткода, другой вообще на рефлекшене тоесть у тебя может упасть в рантайме. а третий я забыл.

> рантайм Guice?

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

нене какой то другой

если проект только котлин — очень советую попробовать кодеин

очень удобные scope

и система описания биндингов

Слышал про toothpick и kodein. Давайте поподробнее, почему туспик а не даггер2?

toothpick +: -не надо никакой менеджер скоупами писать он втроенный и очень удобный. -также как и дагер поддерживает jsr-330 -компоненты как дагере там в принципе не надо описывать, немного другая концепция -валидация графа в рантайме, всегда упадет с адекватной ошибкой или почти всегда) -: -нельзя ограничить доступ к зависимостям родительского скоупа (может ошибаюсь или делаю что-то не так) -валидация графа в рантайме, но не думаю что можно не заметить при ручном тестировании краш)

почему плюсами считается то что уже есть в даггере)

это же не плюс )

если рассматривать как альтернативу даггеру

ну вот кодеин не поддерживает jsr 330 если не ошибаюсь. можно отнести относительно него плюс)

вот я лично считаю что валидация графа в рантайме это просто супер огромный минус по сравнению с даггером

остальные плюсы просто меркнут

тоесть без тестов вообще опасно будет

вот я лично считаю что валидация графа в рантайме это просто супер огромный минус по сравнению с даггером

почему?

ну потому что фейлфаст типа

это же хорошо когда у тебя все всплывает при билде

но как всплывает. как г в проруби :D

почему) вроде норм логи пишутся

да. но все же время уходит на то чтобы их разобрать и найти ошибку, а если учитывать что нынче капт не хочет проекты повторно собирать без clean build, то ужас. а тузпик сразу напишет тебе какую зависимость и где не может удовлетворить

да. но все же время уходит на то чтобы их разобрать и найти ошибку, а если учитывать что нынче капт не хочет проекты повторно собирать без clean build, то ужас. а тузпик сразу напишет тебе какую зависимость и где не может удовлетворить

вопрос: туспик когда с ошибкой падает - когда переходим на экран (активити/фрагмент/вью), на котором эта ошибка находится?

ну когда пытаешь заинжектить то что не может заинжектить

Просто у меня сейчас к экрану, который нужно протестить, не так просто добраться (надо время потратить, чтобы посерфить приложение). И если я, дойдя до этого экрана, вдруг увижу падение из-за ошибки в графе, то мне придется ее фиксить и потом заново серфить к экрану... Такой себе выигрыш во времени

Просто у меня сейчас к экрану, который нужно протестить, не так просто добраться (надо время потратить, чтобы посерфить приложение). И если я, дойдя до этого экрана, вдруг увижу падение из-за ошибки в графе, то мне придется ее фиксить и потом заново серфить к экрану... Такой себе выигрыш во времени

обычно делаю скрытую кнопку для доступа к экрану над которым работаю для быстрого перехода с главного экрана. да и проблема облачная. потому что с дагером легче накосячить

ну я с даггером очень редко косячу (а если и косячу, то сразу вижу ошибку), так что хз

ну вот. с тузпиком еще сложнее накосяить, ибо он проще

Просто у меня сейчас к экрану, который нужно протестить, не так просто добраться (надо время потратить, чтобы посерфить приложение). И если я, дойдя до этого экрана, вдруг увижу падение из-за ошибки в графе, то мне придется ее фиксить и потом заново серфить к экрану... Такой себе выигрыш во времени

да, знакомо

обычно делаю скрытую кнопку для доступа к экрану над которым работаю для быстрого перехода с главного экрана. да и проблема облачная. потому что с дагером легче накосячить

часто для перехода нужно ещё горстку аргументов собрать

вот я лично считаю что валидация графа в рантайме это просто супер огромный минус по сравнению с даггером

зато логи абсолютно адекватные

ну для меня все равно логи не перевешивают этот минус)

хоть убейте, это плюс ) да и сложно накосячить на верхних уровнях графа. а если накосячить на нижних — это всплывет сразу )

я не юзал но теоретически это может оказаться где то глубоко

и без тестов не поймается

а потом приложение упадет)

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

тоже верно)

у меня в основном проекте сейчас вообще солянка библиотечная. там анко, мокси, кондуктор и кодеин)

и все отлично тестится )

Всем привет. Есть ли возможность написать геттер, чтобы после получения ссылка сама обнулялась? первое что пришло в голову, но это булщит var tasks: List<Task>? = null get() { return tasks tasks = null }

lazy только наоборот?)

Не самое очевидное поведение. Может, лучше не делать такие побочные эффекты в свойстве, а назвать соответствующий метод takeTasks()?

Всем привет. Есть ли возможность написать геттер, чтобы после получения ссылка сама обнулялась? первое что пришло в голову, но это булщит var tasks: List<Task>? = null get() { return tasks tasks = null }

tasks?.let { tasks = null; it }

Но вцелом соглашусь с Владимиром, лучше в гетах такого не делать

tasks?.let { tasks = null; it }

Всегда ведь null будет

tasks?.also { tasks = null }

А какая разница между also & let

Только в аргументах и контексте?

Не лучше ли написать Once<E> который будет иметь флажок visited? Как Option по сути

Всегда ведь null будет

с чего это?

хотя нет, затупил

А какая разница между also & let

foo.also { "bar" } вернет foo, а foo.let { "bar" } вернет "bar"

точно так же и apply и run, только вместо себя аргументом в лямбде, он передаст себя как ресивер

(то есть будет this в скоупе лямбды)

Спасибо за помощь ?

lateinit var offerId: Long - 'lateinit' modifier is not allowed on primitive type properties var offerId: Long - Property must be initialized or be abstract От же ж, и так не так, и так не этак

видимо надо ставить var offerId = 0L

ReactNative + Kotlin кто-нибудь пробовал? Вообще это заработает?

ReactNative + Kotlin кто-нибудь пробовал? Вообще это заработает?

Был тут один, руками весь интероп с RN делал и еще боролся с огромным Kotlin-JS-Runtime.

Ребят, а в котлине можно такое выражение if (this.sessionId == 0L) { this.sessionId = time } cократить? Т.е как с нуллом ?: например

Ребят, а в котлине можно такое выражение if (this.sessionId == 0L) { this.sessionId = time } cократить? Т.е как с нуллом ?: например

Через when можно, но такое себе, не красивее будет

ну, ок)

Ребят, а в котлине можно такое выражение if (this.sessionId == 0L) { this.sessionId = time } cократить? Т.е как с нуллом ?: например

sessionId = if ( sessionId == 0 ) time else 0

Писал с телефона

Вроде так можно

Ну такое се. Имхо исходный вариант больше суть отражает

можно, но так не особо красивее)

Правда тут бы 0 на константу по хорошему заменить

ZERO_LONG ?)

Ну она же что то значит) NOT_ASSIGNED_SESSION_ID

Как вариант

Не знаю что именно этот 0 значит)

ну просто полностью код выглядит так init { val time = System.currentTimeMillis() if (sessionId == 0L) { sessionId = time } if (registerDate == 0L) { registerDate = time } if (lastForegroundTime == 0L) { lastForegroundTime = time } }

если под каждый 0 константу заводить - как-то не тру)

А

вот кстати интересный вопрос, в дата классах вообзще нормально так писать?

т.е у меня изначально в яве был билдер

я его заменил на это data class User( val id: Long, val name: String?, var previousName: String? = null, var registerDate: Long = 0L, var sessionId: Long = 0L, var lastForegroundTime: Long = 0L, var lastBackgroundTime: Long = 0L, var properties: UserProperties = UserProperties() ) { init { val time = System.currentTimeMillis() if (sessionId == 0L) { sessionId = time } if (registerDate == 0L) { registerDate = time } if (lastForegroundTime == 0L) { lastForegroundTime = time } } }

но суть в том что мне надо эти 3 значения заполнять всегда