А в чем трудности?
lateinit вроде нельзя проверять заинитилось или нет, так что если нет уверености о инициализации юзают nullable
Lateinit - значит инициализация будет после
Ну вот смотрю codelabs , там для вьюх используются lateinit , а для binding nullable Хотя по правильному в onDestroyView вьюхи надо занулить А binding они зануляют
я знаю это) я говорил о том что зависит от ситуации, иногда lateinit не подходит
Вопрос не в том как это работает - а как выбрать что и для чего использовать
.isInitialized
Именно в контексте андроида
Binding надо занулить, что бы не было memory leak
Так и с вью такая же логика Если глобально объявили rv, то его надо занулить
https://github.com/kirich1409/ViewBindingPropertyDelegate
По возможности нужно использовать только non-nullable val/var. Использовать lateinit нужно с осторожностью, потому что при запутанной логике легко получить NullPointerException, если обратиться к такой переменной раньше, чем она будет инициализирована. Тогда это обрастает проверками ::isInitialized, что ещё сильнее запутывает логику и в таком случае становится проще использовать nullable. Nullable использовать только в крайнем случае. Они создают неопределенность в логике. А есть ещё инициализация by lazy 😏
lateinit вообще ради даггера впилили насколько я знаю в котлин
Обсуждают сегодня