Автор пишет о том, что при использовании Dagger код приложения очень зависим от него. И дает несколько советов как этого избежать.

#android #di #dagger

https://proandroiddev.com/clean-dagger-f248eda5790b

Статья с размышлениями о плюсах и минусах использования аннотации @Inject в конструкторе класса. Приходится выбирать между количеством кода и его зависимостью от конкретной библиотеки.

#codebase #dagger #di

https://proandroiddev.com/dagger-and-inject-on-constructors-do-or-dont-9d97e7c93f84

Hilt получил стабильную версию, его теперь официально можно использовать.

У меня по этой теме обязательно будет несколько уроков в обновленном курсе по Dagger, над которым я сейчас работаю. Практически все там я переписываю с нуля и делаю объяснения более подробными. Плюс, добавляю новые темы. Вместо текущих 6 уроков в итоге будет около 20. Ориентировочный срок публикации - конец мая или начало июня.

#android #dagger #hilt #di

https://medium.com/androiddevelopers/hilt-is-stable-easier-dependency-injection-on-android-53aca3f38b9c

Краткий обзор фабрик, которые дают нам возможность повлиять на создание основных Android сущностей

- AppComponentFactory for customising the instantiation of application components
- LayoutInflater.Factory2 and View for customising view inflation
- FragmentFactory for customising fragment creation
- ViewModelProvider.Factory with CreationExtras for simplifying ViewModel creation
- WorkerFactory for customising Worker creation in WorkManager

#android #activity #fragment #viewmodel #di

https://marcellogalhardo.dev/posts/injection-points/

Kodein DI для Android. Основы API

#android #di #kodein

https://habr.com/ru/companies/dododev/articles/755288/

Поиск лишних Component Dependencies с помощью Dagger SPI

#android #dagger #di

https://habr.com/ru/companies/cian/articles/768414/

DI фреймворки бывают двух видов: те, что строят свой граф зависимостей во время компиляции (compile time фреймворки), и те, которые делают это уже при выполнении кода (runtime фреймворки).

Kodein — типичный представитель runtime фреймворков. Это значит, что о пропущенной зависимости вы узнаете непосредственно в процессе работы приложения, что может стать неприятным сюрпризом. Только представьте себе: вы пропустили на регрессе какой-то кейс, и у вас краш в продакшене из-за DI! Это же настоящий кошмар!

Но неужели нам придётся отказываться от Kodein или других runtime фреймворков? Что можно сделать, чтобы сделать их более надёжными? Есть ответ! Мы переведём наш DI из разряда runtime проверок в разряд deploy time проверок.

Это третья статья из цикла материалов про Kodein DI для Android

#android #kodein #di

https://habr.com/ru/companies/dododev/articles/807969/

Инструкция по миграции с Hilt на Koin

#android #di #dagger #hilt #koin

https://blog.kotzilla.io/migrate-from-hilt-to-koin?utm_source=canopas-stack-weekl