💰 Поддержать проект на Boosty bit.ly/3sratqQ или Patreon patreon.com/android_broadcast 🔗 Telegram канал "Android Broadcast" ttttt.me/android_broadcast

Спасибо за качественный и полезный контент !

Очень полезно, спасибо за информацию.

Больше такого контента на канале! Процветания каналу!

Очень толковая и структурированная инфа, спасибо!

kzfaq.info/get/bejne/ZtSIi7irst-qaJc.html - я-бы сказал, что надо сделать `val data: Flow get() = _data.filterNotNull()`. Потому что Flow все-равно будет использован внутри корутины где-то во фрагменте. А брать непосредственное значение из StateFlow внутри View, как правило, не нужно. Таким образом текущее значение data будет доступно всегда во ViewModel с проверкой на null, а во View всегда будет значение для отображения.

Про lazy как с языка снял, очень удобная штука.

Разработчики Котлина попытались "скорректировать" Java, создав более жесткую типобезопасную модель, однако им сразу же пришлось придумывать различного рода костыли для успешной интергации с экосистемой джавы. Что касается nullability: основная ошибка состоит в непонимании того, что в большинстве случаев она не вычислима в статике и зависит от конкретного контекста или фазы выполнения. Если в джаве с этим не заморачивались -- контроль за nullability ложился полностью на разработчика, то в котлине тебя ставят к стенке и обязуют сразу статически заявить о возможном нуле для поля, даже если он присутствует чисто гипотетически. Поэтому в котлине nullability во многих случаях больше мешает, нежели реально помогает.

На 5:12 разве будет утечка памяти? При уничтожении фрагмента все что в нем есть (не синглтоны) тоже уничтожится ж?

lateinit течет в фрагментах только при уничтожении вьюхи? При уничтожении всего фрагмента он занулится?

А в чем делается такая анимация, чтоб изменения в коде красиво показывались?)

видео хорошее, только у меня вопрос, при использовании ленивой инициализации appComponent как мне потом получить к нему доступ? он же не companion и без инстансы SampleApp я его не получу. companion get() метод конечно же тоже не получится написать так как нет доступа к нестатическим полям

для набивки фрагмента рассмотрите следующий способ: class NoteFragment : Fragment(R.layout.fragment_note) { override fun onViewCreated(...){ val viewBinding = FragmentNoteBinding.bind(view) в нем нет необходимости переопределять onCreateView или выносить биндинг как поле

Кирилл, привет. Спасибо за твой контент) Вопрос не совсем по теме, но все же. Когда в Dagger 2 делать инжект во фрагмент, если компонента лежит в каком-то фрагменте выше или активити ((requireParentFragment() as SomeMainFragment).component.inject(this)). Сейчас делаю это перед super.onViewCreated(), но мне кажется, что это неправильно, и бывают кейсы, когда при повороте экрана вылетает ошибка, что какое-то поле не заинжектено (lateinit). Или может есть какая альтернатива и я не совсем понимаю как правильно работать с хранением компонент.

5:40 фраза про зануление оборвана?

интересно, каким образом в первом примере будет утечка, фрагмент остается живой при уничтожении вью и при создании новой в проперти записывается новая вью, а на старую больше нет ссылок и ее съест гц

Спасибо! Сам сталкивался с ошибками lateinit, использование его вызывает больше проблем

Годный контент, спасибо. А что по поводу инжекта во фрагмент? Мы ведь не можем избежать lateinit в этом случае. Помню ты как-то упоминал что можно инжектить в конструктор через фабрику в новой версии фрагмент либы

Лично я не считаю lateinit костылем. Это инструмент, которым также нужно уметь пользоваться. Иначе мы попросту откатимся в Java-код и везде будем вставлять проверку на null. Как альтернатива - можно использовать связку private nullable переменной и notnull с геттером на nullable и элвис-оператором (для того же биндинга)

Все логично, но как то мне не сильно нравяться решения обратно в null. Как бы шаг назад. Для решения этой проблемы должна появиться какая то более элегантная конструкция.

Когда будет продолжение по дагеру?

После этого видео решил порефакторить проект на lateinit - нашел еще 1 недостаток. У меня была 1 переменная с lateinit которая нигде не инициализировалась и не использовалась, при этом студия ее не подсвечивала серым цветом. Я даже сразу не понял почему мне не показывает использование

+

Посмотрел ваш видос и сложилось впечатление полной надуманности этой темы. :( Первый пример не приведет к утечкам памяти потому при детаче фрагмента все что было в нем заберёт гарбридж коллектор. А второй пример это просто тупо не правильное использование вьюмодели. там надо было лайвдату использовать или флоу. Посмотрим остальные ваши видосы

1:18 false для булевого типа

А как в АвитоТех используют/не используют lateinit ? Есть best practic?

Странно называть lateinit абсолютным злом только потому что у кого-то кривые ручки. Это инструмент, призванный решать определенные задачи. И человек, который пользуется этим инструментом, должен знать как ним пользоваться. Конечно, если не знать, то можно натворить дел. Но это относится вообще к любым операторам\языкам\подходам. Я точно так же могу сказать что внутренние классы Java(которые не static) абсолютное зло, т.к. они неявно хранят ссылку на внешний класс и из-за этого было сделано миллионы утечек памяти. Но я так не скажу просто потому что проблема в незнающем разработчике, а не во вложенных классах. Касательно примера с ViewModel - есть еще одно решение: val data: Deferred = viewModelScope.async { getData() } Таким обрвзом мы и от nullability ушли, сразу стартанули получение данных и на стороне фрагмента мы всегда можем запустить корутину, дождаться данных(если они к тому времени уже небыли получены) и отобразить их

У тебя делегат падает иногда при восстановлении

интересно а почему компилятор не предупреждает что lateinit поле может быть null? А так вполне согласен с этим, опасная штука и действует в разрез с Null Safety

Для этого математика нужна программисту

Lateinit это полезный инструмент.

Не знаешь Котлин. Все вокруг кричат, какой же он крутой и удобный, и супер классный. Начинаешь изучать Котлин - натыкаешься на подобные видео

Спасибо. Но неужели это настолько не очевидно? На одном из стримов ты говорил, что ориентируешься на матёрых ондороидов.

Нет плохих инструментов, есть кривые руки. Все языковые особенности, которые надо учитывать. Поэтому не надо говорить, что lateinit зло. Это звучит так же прекрасно, как лозунг замечательного языка котлин "не так, как в java". И лозунг так себе, и аргументация против lateinit так себе.

Это для тех, кто из других языков пришел.

Видимо авторы так любят свой контент, что решили не пересматривать своё видео после монтажа и пропустили вставку двух фрагментов с 3:40

lateinit это же всего лишь синтаксический сахар, чтобы не делать постоянно проверку на null. Не понял почему не стоит его использовать во фрагментах, почему он вообще может приводить к утечкам? Согласен постоянно им пользоваться плохо, особенно использовать в асинхронных операциях, но если говорить о фрагментах и активти, то lateinit это отличный вариант для определения вью элементов

Что мешает плохому танцору давно известно 🤣 Ужасное зло это когда без году неделя разработчик еще не отличая var от val уже пытается канал поднять и уроки записывать...