Основы DI и Dagger, как работает, настройка в проекте

[@ЕвгенийМихалец]

Информативно, никакой воды, полезные практики на примере, да еще и бесплатно. Кирилл, в раю для тебя выделено отдельное место :)

[@AndroidBroadcast]

Спасибо 😊

[@MrLight363]

Просто вышка. То что надо и все по делу👍

[@ksz87]

Отличнейший формат! Кратко и всё по делу. Спасибо за труд, Кирилл!

[@codemachine19]

Оооочень интересный урок. Спасибо большое, Кирилл. Появилось желание смотреть побольше твоего live coding content, потому что вижу очень много best practice for development. Thanks a lot =)

[@ЕгорСолдатов-ы7э]

Лайк не глядя просто! Жаль, что нельзя еще один лайк после просмотра. Но вот комент напишу еще раз более подробно о своих впечатлениях!

[@AndroidBroadcast]

Супер! Жду ваш отзыв здорово поможет улучшать этот и будущие курсы

[@luyt2]

Отлично, на одном дыхании смотрится. Спасибо за качественный контентк

[@GriNAME]

Лайк и коммент желательно сотворить всем!))

[@sergeynaksin5256]

Кирилл, вот прям красава. Хороший формат! Для начинающих прям огонь, всё в принципе доступно разложил.!

[@AndroidBroadcast]

Спасибо. Надеюсь следующий выпуск зайдёт не меньше! Там уже погружение в фичи

[@fliker2309]

Ждём продолжения!! Спасибо!

[@luckytima2315]

Отлично! Определено надо делать продолжение)

[@Stopkaaaa]

Отличное видео получилось, жду продолжения! Спасибо👍

[@CEPVAHT]

Спасибо за урок, все понятно и без лишней информации

[@АндрейКолмогоров-б9ы]

Спасибо тебе Кирилл, это очень полезный курс

[@motorInlive]

Спасибо большое за ваши труды!

[@AndroidBroadcast]

☺️

[@vladimirpustovit3782]

Большое спасибо за курс! Как раз всё никак не разберусь, как правильно работать с даггером в многомодульном проекте.

[@AndroidBroadcast]

Я вас как раз подготовлю к тому, чтобы это сделать лучше и пока как. Ребята из Лаборатории Касперского также поделятся своим опытом

[@dimaklekchyan]

Отличный материал, спасибо!

[@LaVladz]

Спасибо, все понятно и интересно!

[@AndroidBroadcast]

Спасибо. Вы даже не представляете как я рад этому

[@ЕвгенийКостров-в7н]

Молодец, Кирилл! Спасибо, Кирилл!

[@Станислав-л7ы2ф]

Спасибо за видео. Жду следующего)

[@serhiiwin3276]

Отличное начало!

[@Maribobah81]

Кирилл, спасибо! Как всегда топчик!

[@azizbekrasulmetov9293]

Все четко, понятно просто супер!!!

[@ПавелЗубко-ц8ч]

Лайк не глядя , спасибо огромное !

[@ОлегШошин-п7х]

Если не трудно, было бы гораздо удобнее, если бы когда вы какие-то новые вещи рассказываете, выводить какую-то схему, где вы ее объясняете. На слух, иногда сложно составить всю картину происходящего. В данном ролике вроде бы все не так сложно, но думаю, было бы полезно.

[@AndroidBroadcast]

В будущих роликах практически теории и не будет, так что таких проблем не возникнет

[@antaki93]

Практическая часть супер наглядная 👍

[@kirill6020]

Спасибо за видео! Ждем продолжение!

[@KabukiWarrior369]

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

[@MikhailGureev]

Большое спасибо, Кирилл.

[@redfox6089]

Заранее лайк!!! Спасибо Вам!!!

[@user-fc9gt6dl2i]

Ждём следующую часть

[@AndroidBroadcast]

Уже вышел весь курс!

[@dreaaaam98]

Супер. спасибо за материал)

[@Tswet]

Спасибо, хотелось бы больше теории

[@AndroidBroadcast]

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

[@Tswet]

@@AndroidBroadcast да просто бездумное копирование вашего кода тоже пользы много не принесет :( а с теорией может с умом бы копировали :) (хотя нет)

[@Feivur]

Спасибо, доходчиво и красиво изложено. В своё время отказался от Dagger в пользу Kodein, потому что Dagger показался неуклюжим, громоздким и overengeneered.

[@AndroidBroadcast]

Какое впечатление складывается сейчас?

[@Feivur]

@@AndroidBroadcast Честно говоря, желания использовать не возникает. Выглядит страшно. Возникает недоумение, почему такой монстр популярнее других простых и компактных фреймворков. Но знать его в лицо надо, и твоё изложение очень помогает, жду следующие серии!

[@facece1]

Спасибо Кирилл!

[@Александр-м7о7т]

Спасибо за курс!

[@СергійМурашев]

Интересно. Спасибо за лекцию

[@andyousil910]

Идеальное объяснение, спасибо!

[@TerebeninEP]

Урок отличный! Спасибо!

[@Dtritus993]

Спасибо за работу, было интересно 🤩😍

[@ВладимирЧударевский]

Каааеф, очень доходчиво

[@KudashovDev]

Крутой материал, коротко и понятно)

[@MaksymXx]

Супер, спасибо!

[@nickolasivantsov260]

Nice ) Просто и доступно!

[@ЕгорПоляков-т5ъ]

лайк сразу)

[@maxsimpleapps]

Отлично 🖖

[@anmelnik]

кааайф, давай ещё)

[@AndroidBroadcast]

Второй урок уже на канале

[@jamesalexander1062]

Круто, спасибо

[@d.mertsalov]

Спасибо!

[@druce18]

Лайк, спасибо!

[@mrgagarinn]

Спасибо

[@АндрейКорощупов]

Поменяйте, пожалуйста, звук переключения между темами в начале. Он какой-то резкий и громкий. По ушам сильно бьёт.

[@AndroidBroadcast]

Окей, обратим внимание

[@mrtwon8638]

@@AndroidBroadcast прошлое интро топ было, особенно музыка 👍

[@РусланСамарбаев]

Ништяк!

[@zokirjonqodirov6927]

спасибо большое👍👍

[@axkov]

Спасибо за труд. Наверное, это лучшее видео среди ру-сегмента ютуба. Множество авторов статей по даггеру используют зависимость dagger-android, следует ли вообще пользоваться ею?

[@AndroidBroadcast]

dagger-android был раньше, но сейчас он уже deprecated и рекомендуется использовать Dagger Hilt dagger.dev/hilt/ и Jetpack Hilt d.android.com/jetpack/androidx/releases/hilt

[@GHOST20095]

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

[@AndroidBroadcast]

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

[@mitiaygorodov4939]

Спасибо за видео, очень познавательно. Cреди примеров я находил очень много тех, которые связаны именно с классами моделей. Но неоднократно слышал, что можно при работе с сетью, передавать с помощью DI репозиторий во ViewModel и т.д. Очень хотелось бы увидеть пример того, как это делать правильно, а также применение DI не только в работе с данными, если это допустимо. Спасибо!

[@AndroidBroadcast]

Это первая лекция курса и я не хотел нырять с головой в реальный код, дальше будет погружение в Android код по современным стандартам Google и применение Dagger там

[@mitiaygorodov4939]

@@AndroidBroadcast Спасибо! Очень полезный курс, всё очень понятно.

[@СергейПанов-з3ц]

Хотелось бы увидеть конкретные примеры зачем нужен Dagger. Какие проблемы имеет код, в котором не используется DI? Может быть примеры "реальных" useCase'ов? Я предполагаю что Dagger облегчает написание тестов. Хотелось бы увидеть насколько легче писать тесты с Dagger'ом и без него?

[@AndroidBroadcast]

Таких убеждений я проводить не буду. В этом видео я объяснил зачем он нужен - ослабление связи между типами и масштабирование кодовой базы

[@AndroidBroadcast]

Вот тут всё можно почитать, там совсем просто говориться о Dagger в тестах dagger.dev/dev-guide/testing.html

[@petrushevandrey7481]

Спасибо, Надеюсь в будет объяснения как инжектить в классы в которых нет Context

[@AndroidBroadcast]

Так есть пример Repostiory. Context - такая же зависимость как и все остальные, разницы нет

[@agentr227]

📢Кто только начал учить Dagger 2 обратите внимание на версию Котлина в проекте. Почему? Потому что проекты на новых версиях Котлина работают с Даггером некорректно (Заработало с версией 1.4.32)

[@AndroidBroadcast]

С какой именно версией?

[@agentr227]

@@AndroidBroadcast с 1.6, которая стояла у меня, но пишут, что такие проблемы с 1.5+ версиями котлин. Проект просто крашился при билде после того, как пытался заинджектить поле в Activity. (У друга аналогично всё было, проект нормально стал запускаться после смены версии кота на 1.4.32)

[@inquisitor4894]

всё делал как в уроке, но не находит DaggerAppComponent

[@inquisitor4894]

Ответ прост: Нужно собрать проект, после проверить, должен появиться.

[@axrorxojayodgorov3416]

super

[@PandaTop.]

Залайкайте це відео )

[@ЕленаМ-о7щ]

ну круто же

[@garifzyanovrr]

Кирилл привет, у меня не появляется DaggerAppComponent и как скомпилировать граф зависимости?

[@AndroidBroadcast]

Причины может быть 2: не проставлены аннотации или не подключен процессор аннотаций (зависимости в Gradle через kapt или apt). Вопросы лучше задавать тут Android Broadcast t.me/android_broadcast_talks

[@alexeyflyagin]

Подскажите, была ли решена проблема у вас? Я уже и проверил все аннотации по тысячу раз и пробовал с kapt и c apt и пытался и так и этак, а все равно не генерируется ничего. Если решили проблему, не подскажете ли как мне ее решить?

[@AndroidBroadcast]

Пишите в t.me/android_broadcast_talks

[@voicetv9048]

Возникли некоторые вопросы : почему вы расширили именно Сontext? Что если у нас будет несколько компонентов типо ActivityComponent, FragmentComponent расширить Context опять ? Нельзя ли создавать какой нибудь глобальный типизированный функция и в зависимости от типа вернуть нужные компонент ?

[@AndroidBroadcast]

Указывайте таймкод, я не понимаю про что вы говорите

[@voicetv9048]

@@AndroidBroadcast 12:40 вы расширили Context при использовании даггер в андроид , про него и был вопрос !

[@AndroidBroadcast]

Это просто вспомогательная функции, вы можете написать свою какую угодно.

[@oleg12395]

Все огонь, но то ли Dagger поменялся, то ли я по невнимательности что-то пропустил, но у меня в упор не создается класс DaggerAppComponent

[@AndroidBroadcast]

Подключил kapt или apt и настроил с Dagger для генерации кода?

[@oleg12395]

@@AndroidBroadcast да, все огонь. Спасибо, с непривычки бывают застревания в таких простых вещах

[@andrey.shpilevoy]

Коллеги, вот у нас на фирме во всех проектах подключен и используется Dagger, но я за 4 года так и не понял зачем, какова его ценность в реальном мире?

[@AndroidBroadcast]

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

[@user-not_defined]

насчёт inject -ирования активности не очень понял, обязательно её инжектировать в AppComponent? То есть если мы хотим заинжектить в любой класс не помеченный интерфейсом @Component то должны сам класс заинжектировать в AppComponent?

[@AndroidBroadcast]

В Componet и Subcomponent добавляются методы в которые можно будет выполнить inject зависимостей по вызову этого метода из сгенерированного компонента. Лучше выполнять inject через конструктор, тогда такие методы в Componet не понадобятся, но не у всех компонентов можно поменять конструктор. Например, стандартный компоненты Android (Activity, Service) требуют наличия конструктора по умолчанию и создаются его вызовом, а позже в onCreate() можно сделать inject зависимостей

[@НиколайИртуганов]

Почему может не генерироваться DaggerAppComponent?

[@AndroidBroadcast]

- Не настроил процессор аннотаций (kapt для Kotlin) - Нужно чтобы был интерфейс AppComponent с аннотацией @Component - Скомпилировать проект (возможно лучше начисто)

[@НиколайИртуганов]

добавил id("kotlin-android"), id("kotlin-kapt"), при билде дает A failure occurred while executing org.jetbrains.kotlin.gradle.internal.KaptWithoutKotlincTask$KaptExecutionWorkAction, stacktrace ничего внятного не говорит

[@AndroidBroadcast]

Посмотрите раздел зависимостей в Gradle. Это банальный вопрос - вы подключили процессор аннотаций, но нужнл с помощью него подключить dagqer compiler. Ну странице документации Dagger есть все это и я показывал в примере

[@AndroidBroadcast]

💰 Поддержать проект на Boosty bit.ly/3sratqQ или Patreon patreon.com/android_broadcast 🔗 Telegram канал "Android Broadcast" ttttt.me/android_broadcast 📺 Курс по Dagger 2 clck.ru/ViWKV

[@ВладимирГросс-я1ъ]

На одном из проектов использовал by lazy для получения компонента. Что думаете на этот счет?

[@AndroidBroadcast]

Делегат lazy? Это случаем не Koin?

[@ВладимирГросс-я1ъ]

@@AndroidBroadcast нет не Koin. Например _val appComponent: AppComponent by lazy { DaggerAppComponent.create() }_. Тем самым ухожу от использования lateinit.

[@AndroidBroadcast]

Я подумал ты про inject, а не создание AppComponent

[@ramsesii821]

Большое спасибо. У меня вопрос, чутка не понял А зачем проверять тип контекста при получении appComponent`a ? В коде when (this) { is MainApp -> appComponent else -> this.applicationContext.appComponent } Зачем проверять, если можно сразу вызвать this.applicationContext.appComponent ? Какое здесь отличие ? В любом же случае достанем тот же самый appComponent

[@AndroidBroadcast]

applicationContext также вернет тип Context. Свойство appComponent существует только в типе MainApp, соответственно нам нужно получить переменную такого типа. is MainApp в when позволяет нам убедиться что текущий Context - это MainApp и автоматически выполняет cast

[@maleno4212]

Здравствуйте, я правильно понимаю, что это нужно для того чтобы не хранить applicationContext в глобальной переменной? И управлять порядком сборки MainApp? Или я не так понял, в чем смысл DI. Можете, пожалуйста, объяснить, очень хочу использовать в своем проекте.

[@НикитаБухарин-ж9г]

Чтобы в ручную не вызывать каждую зависимость в каждом своем классе. Ты в di устанавливаешь как они будут передаваться . И потом просто передаешь их в конструктор класса. По итогу все зависимости указываются в конструкторах класса , а DI сам уже их создает и передает. DI был создан чтобы отделить слои приложения от зависимости . Чтобы на пример presentation слой ничего не знал про data слой

[@badadinfanti4553]

Если я создам объект в Application, а потом буду обращаться к нему из разных частей кода, например, из фрагментов - это же и есть "создать в одном месте", а обращаться отовсюду? Насколько я понимаю, даггер так и работает под капотом? Application - это же, по сути, единая точка входа в андроид приложение, то что живет на протяжении всего времени жизни запущенного приложения и точно существует в любой момент времени.

[@AndroidBroadcast]

Не совсем так, это уже больше Service Locator. Также неправильно перегружать логикой Application класс и хранить всё на протяжении его жизни. То что вы описали рабочий подход, но DI имеет больше возможностей и независимости. Рекомендую почитать стать на тему сравнения

[@MarsIanin06]

Благодарю за видео, Кирилл! Каким образом AppComponent распознает метод где указан класс куда надо будет предоставить зависимость? Я так понимаю там под капотом проверка что если задается функция с любым названием, но с входным параметром (fun inject(activity: MainActivity)) , значит эта функция как раз и отвечает за требование предоставление зависимости, верно?

[@AndroidBroadcast]

Процессор аннотаций находит все классы, которые помечены аннотациями Dagger и на этапе процессинга всё связывает

[@MarsIanin06]

@@AndroidBroadcast Понял, спасибо!

[@ЕвгенийМоскаленко-у9щ]

Целесообразно ли использовать dagger support?

[@AndroidBroadcast]

Я так понял речь про Dagger Android. Его уже не рекомендуют использовать, а брать Hilt

[@musicchannel7700]

Было бы хорошо если бы вы опираясь на свой опыт сделали тестовый проект несложный с применениям разных инструментов по типу того же Dagger 2/MVVM/ и т.д =)

[@AndroidBroadcast]

Да, это будет ближе к концу курса

[@Trecoolerok]

Хотелось бы подробное видео про lateinit. До сих пор не понимаю, что с ним не так. По-хорошему, jb должны были хорошо над ним поработать (как с object-классами), чтобы все было ок с ним.

[@AndroidBroadcast]

Отдельного видео он очно не заслуживает, может если только в группе советов про Kotlin

[@ДмитрийГорбачев-д2ц]

в чем разница между lateinit var и private var _appComponent: AppComponent? = null internal val appComponent: AppComponent get() = checkNotNull(_appComponent) { "AppComponent isn't initialized" } в обоих случаях если не будет инициализации то будет ошибка только текст разный

[@ДмитрийГорбачев-д2ц]

просто не могу понять насколько сильная была боль, которая связана с lateinit, что каждый раз вы говорите о том, что лучше не использовать?) это же по факту тот же nullcheck.

[@tayabuz]

При использовании lateinit требуется проверять с помощью метода isInitialized, что объект был проиницилизирован, что может сказаться на производительности Плюс не стоит забывать про UninitializedPropertyAccessException

[@AndroidBroadcast]

По сути поведение конечное одинаковое, но мне не нравится что lateinit выкидывает непонятное исключение и порой разработчики им начинают увлекаться, даже там где это не надо. Моё правило - lateinit только где есть аннотация Inject (даже в Detekt есть такое правило)

[@AndroidBroadcast]

Если вы один, то контролировать это просто. Но вот на уровне команды правила нужны. Особенно я помню как наелся на нескольких проектах с крешами в проде из-за неоправданного использования lateinit, а понять по stack trace было невозможну исходную причину

[@ДмитрийГорбачев-д2ц]

@@tayabuz проверять нужно, только если вы не уверены в том что переменная проинициализирована.

[@TheKostya29]

А зачем когда есть уже инджект нам нужна проперти computer в интерфейсе AppComponent это избыточно, можно удалить.

[@AndroidBroadcast]

Это было лишь для примера

[@TheKostya29]

@@AndroidBroadcast я так и понял, но если на место новичка стать, кто-то может начать это делать у себя по аналогии

[@ДмитрийАзаренко-т4э]

Можно ли показывать примеры сразу схожие на реальные, т.е. вот в этой папке у нас компонент, тут в отдельных модули. Вот где в итоге должен быть Context.appComponent я не особо понимаю, а в остальном все доступно, спасибо.

[@AndroidBroadcast]

Где вы поместите это расширение - неважно. Можно и без него обойтись, но оно продемонстрировано для удобства. Выносить его в отдельный файл было бы только расфокусом во время демонстрации кода

[@scraplesh]

Посидел пару лет на коине, теперь хочу вернуться в даггер. Правда через хилт, но не суть.

[@AndroidBroadcast]

Hilt тоже будет в курсе

[@МагестЛоил]

А как строить модуль если объект содержит примитивные типы или стринг? Или как я понял дагер вообще не нужен для этого т.к это не его компетенция т.к на контроллере у меня прога просто не компилировалась.

[@AndroidBroadcast]

С примитивными типами строить не получится, надо через типы-обертки примитивов или свои делать + лучше начать сразу использовать квалификаторы. На моем опыте все какие-то параметры оборачивались в один большой объекте конфига

[@ОлегТимофеев-щ3ш]

Я только начинаю знакомится с миром андройда, и у меня тут возникает вопрос: если activity, и иные примитивы андройда не предполагают чтобы в них что-то внедряли - почему не использовать подход service locator, тем более dagger как понимаю даёт возможность это делать через тот самый create или билдер...

[@AndroidBroadcast]

Activity - это лишь точка входа и она не подстраивалась под какие-то либы или фреймворки. Много компонентов требуют наличие конструктора по умолчанию (без параметров)

[@ОлегТимофеев-щ3ш]

@@AndroidBroadcast пока я склоняюсь к тому, что пытаются впихнуть di в сущность которая своим интерфейсом показывает что все зависимости можно добавлять только через другой механизм. Но сообществу таки надо только чтобы было @inject initlater... Лучше бы гугл научил людей работать с состоянием, а не бороться с пересозданием зависимостей, когда activity пересоздалась...

[@stanislavkorolev376]

лучше ведь binds использовать вместо provides

[@AndroidBroadcast]

Если есть возможность, то да. Подробнее об этом будет в следующем выпуске

[@EvgeniyGooDiBunakov]

А как настроить такую тему в студии? ))

[@AndroidBroadcast]

Что именно?

[@EvgeniyGooDiBunakov]

@@AndroidBroadcast цвета

[@AndroidBroadcast]

Это стандартная темна тема Darcula + плагин plugins.jetbrains.com/plugin/10080-rainbow-brackets

[@naronwaz7824]

Не не не первую зависимость я уже получил, больше не надо

[@Feivur]

На тему опроса, почему не велик интерес к роликам - да просто некогда. Нужна отдельная кружка чаю, чтобы сесть и посмотреть.

[@AndroidBroadcast]

😔

[@sfsd9507]

kzbin.info/www/bejne/Z5WypJicZ7-th5o 10.09. появилась проблема. не видит DaggerAppComponent . 10 раз перепроверил код. ощущение что с тех пор чтото изменилось в гредле или не хватает чего то на уровне гредл проджекта. версия 2,44,2 + kapt {correctErrorTypes = true} тоже не помогло =(

[@AndroidBroadcast]

Класс генерируется вообще?

[@sfsd9507]

@@AndroidBroadcast класс DaggerAppComponent не генерируется. при попытке его вписать ИДЕ предлагает только: DaggerCollections и DaggerGenerated. аннотации распознает, dagger.аннотацию импортирует в документе

[@sfsd9507]

@@AndroidBroadcast так... завел. добавил к аннотации @Component аннотацию @Singleton, не знаю на сколько это верное решение

[@AndroidBroadcast]

Надо смотреть настройку проекта, а не только код

[@AndroidBroadcast]

@@sfsd9507 Лучше задайте вопрос в t.me/android_broadcast_talks

[@VoidObj]

13:30 А я пришел к рекурсии.. о_О

[@VoidObj]

Теста ради заменил ваш else на else -> DaggerAppComponent.builder().contextModule(ContextModule(this)).build() и все взлетело. Понятное дело, что это ужас и так делать нельзя. Забавно..

[@VoidObj]

ГОСПОДИЯИДИОТ... 🤦‍♂️🤦‍♂️🤦‍♂️🤦‍♂️🤦‍♂️ Всего-то в манифесте забыл прописать.. А ведь говорили "Не забудьте прописать в манифесте"!

[@UBN_100]

Не понимаю куче восхитительных отзывов. Начало нормально , но потом что-то намудрил, чёрт ногу сломит....

[@mikhaillazarev5378]

Надеюсь автор читает текст, а не говорит от себя, потому что так без эмоций рассказывать это жесть.

[@МагестЛоил]

Я при любых условиях при попытке скомпилировать проект где есть appComponent даже если он пустой или даже не содержит модуля выдает A failure occurred while executing org.jetbrains.kotlin.gradle.internal.KaptWithoutKotlincTask$KaptExecutionWorkAction > java.lang.reflect.InvocationTargetException (no error message)

[@AndroidBroadcast]

Похоже что есть kapt в модуле не настроен kotlin

[@Oleg_Bessonov]

Спасибо, ждём продолжения!!!

[@PavelStr-x5w]

Большое спасибо за урок!!!

[@Framidilful]

Шикарно, спасибо

[@ramilskl]

Круто! Спасибо!

[@user-not_defined]

Спасибо большое

[@Ilia_Goncharuk]

Спасибо!

[@ismirnoff]

Спасибо!