Организация модулей. Типы Inject. Способы доставки зависимостей

[@AndroidBroadcast]

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

[@qIKraytonIp]

Пожалуй одна из самых ценных серий видео-уроков, что я видел, жду 3ю часть

[@yakiv1488]

Курс бомбический! Это лучшее объяснение Dagger из всего что я видел!

[@divanlobkowski3473]

Самое быстрое объяснение dagger на диком западе.

[@uservhhrXdgko1234]

Боже какой же топовый расклад. Это просто божественно, дай бог тебе здоровья)

[@grigoriy3615]

Спасибо за видео. Такие видео очень нужны!!!

[@vladimirdaryin9351]

Благодарю, уже сколько лет работа с Dagger оставляет ощущение, что что-то не до конца понимаешь, эти уроки помогли прояснить общую картину + пару новых удобных моментов себе в проекты утяну, спасибо! 🙏🏻

[@AndroidBroadcast]

Супер! Значит у курса получается делать что нужно

[@sonar_devices]

Большое спасибо. Очень интересно.

[@AndroidBroadcast]

Спасибо!

[@МобильныйРазработчик-ъ3с]

Было очень интересно,большое спасибо!

[@ИванИванов-в4н9п]

Фабрика для фабрики, квалификатор с названием "квалификатор". Ошибка BNR (Brain Not Responding) =) Если серьезно, то согласен с другими зрителями, что видосы у Кирилла топ! Давно смотрю.

[@codemachine19]

Непросто урок, но подача очень интересная. Спасибо за материал!

[@immortal_lnight]

Хоть временами и сложно понять что-то, но спасибо за проделанную работу, Кирилл!

[@KudashovDev]

Круто! Самое доступное и понятное объяснение дагера)

[@Mozartnab]

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

[@AndroidBroadcast]

Задавай вопросы, я буду отвечать в комментария

[@Mozartnab]

@@AndroidBroadcast Решил для себя, что нужно сначала разобраться с нативным дагером. А потом уже смотреть в сторону хилта и т.д. Так как я еще совсем джун, и мне нужно знать как это все работает. Сейчас думаю над архитектурой. Я правильно понимаю, что для большинства прложений схема такая. 1 главный апп компонент, который подтягивает все зависимости ему необходимые, и по компоненту на каждую фичу, которые в свою очередь подтягивают все зависимости, которые нужны в этой фиче?

[@Mozartnab]

и как это должно по хорошему в проекте выглядеть? типо условно папка Даггер, там хранятся компоненты, а внутри компонентов уже модули интерфейсы инджект, скоупы и т.д. Или папка дагер и там 3 папки компоненты, модули, скоупы.

[@Mozartnab]

Еще вот у меня есть Продуктпрезентер, в который инжектится модель продукта и создает инстанс модели на основе входящего параметра из базы данных экземпляра продукта, я правильно понял, что этот экземпляр продукта, лучше реализовать с помощью асистед инжекта?

[@Mozartnab]

@@AndroidBroadcast Извиняюсь за нубские вопросы, заранее спасибо.

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

Спасибо большое за курсы, очень приятно слушать профессионала своего дела)

[@sergeyjoke]

Спасибо. Очень хороший курс. Очень!

[@UCfpBnsCG17QVj5bLvbBjBrQ]

Очень классный курс, важно не только посмотреть но и попробовать все что в нем рассказывается. Больше спасибо за труд 🙏

[@MikhailGureev]

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

[@alexiachimov9817]

Спасибо за потрясный контент Кирилл. Не смог пройти мимо такого отличного канала по Android разработке. Обязательно оформлю подписку на Boosty что бы поддержать! Продолжайте в том же духе, успехов и удачи!

[@AndroidBroadcast]

Спасибо! Очень приятно читать такие комменты

[@mukhtarbimurat5106]

Спасибо, очень полезно, еще хотелось узнать как правильно заменить prod на stage ретрофит в зависимости от какого то конфига (допустим BuildConfig.DEBUG) не меняя остальные деклараций(такие как репозиторий, use case и т.д)

[@AndroidBroadcast]

Я предпочитаю это делать через прокидывание параметра при создании Component. Будет показано в следующем уроке

[@mitiaygorodov4939]

@@AndroidBroadcast А если эту переменную прописать в градле, и при переключении типа сборки оно автоматически меняло значение на нужное? Этот подход имеет место быть?

[@lemarkmain1713]

Спасибо, как раз то что нужно!

[@andrew3937]

А как на 23:13 создается viewModel, если на тот момент factory еще не заинжекчена. Одно происходит в момент создания класса, второе только в onAttach(). Я не оч понимаю, подскажите, пожалста.

[@AndroidBroadcast]

Она создаётся только при первом обращении к ней, а дальше сохраняется. Если вы до inject не обратитесь к ViewModel, то все будет хорошо

[@azatnabiullin2263]

На мой взгляд, плейлист про Dagger у Coding in Flow намного более последовательный и понятный. Хотя, возможно, курс Кирилла предназначен для более продвинутой аудитории. Многие вещи не объясняются, словно их понимание само самой разумеется, поэтому после этого курса есть риск использования их вслепую, потому что Кирилл так написал)

[@AndroidBroadcast]

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

[@denislopatkin6996]

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

[@Mozartnab]

А еще вопрос, я тут делаю универсальный метод по созданию компонента через рефлексию, и хочу составить стрингу из Dagger + название компонента. Но тут возникает проблема, дагер иногда генерирует свой класс, как в названии компонента, а иногда использует нижнее подчеркивание. Вот пример - DaggerProductPresenter_Component и DaggerDataManagerComponent почему в одном так в другом так, от чего это зависит и есть ли еще вариации таких классов?

[@AndroidBroadcast]

Это внутренние классы, нет никаких гарантий их названий и они могут меняться от версии к версии, как и вовсе исчезнуть

[@Mozartnab]

@@AndroidBroadcast понятно, спасибо, а как тогда лучше сделать универсальный метод createComponent?

[@Mozartnab]

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

[@AndroidBroadcast]

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

[@beginnercoding1089]

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

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

Очень крутой курс Спасибо

[@epicarchitect]

Спасибо за урок но у меня возник вопрос тут 7:07. Почему писать анотацию инжект лучше в конструктор а не в модуле делать функцию с провайд анотацией? Тогда ведь весь диай будет размазан по приложению.

[@AndroidBroadcast]

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

[@kirill6020]

Спасибо за видео!

[@AndroidBroadcast]

Рад стараться!

[@antony5092]

Все круто, но не совсем понимаю для чего на 4 минуте добавлять 2 provides для newsRepository. Dagger позволяет же указывать возвращаемый абстрактный тип, но на самом деле возвращаеть его реализацию.

[@GriNAME]

Эх, хороший курс)

[@ljlj]

Как использовать assisted inject, чтобы получить репозиторий в usecase, когда он находится в модуле, в котором нет даггера, до этого момента он там не нужен был вообще, так как usecase резолвились в модуле, который app

[@AndroidBroadcast]

Вы должны добавить репозиторий в граф: либо модуль и Provide, либо Bind при создании компонента или другие способы

[@MrPwnzrus]

Спасибо , очень познавательно!!!

[@axrorxojayodgorov3416]

Thank you, really helpful tutorial

[@volodymyr107]

Планируется ли подобный курс по тестированию?

[@AndroidBroadcast]

Нет, тема тестирования не интересует, а также я в ней не спец

[@Capitistrum]

Спасибо за курс! После просмотра начало понимание приходить как устроен Dagger и DI в принципе Вопрос по Inject в метод. Как понял из видео, при аннотации @Inject метод будет выполнен автоматически один раз. А если мне не нужно его выполнение? Например, он должен выполниться при определенных условиях, иначе нет. И есть зависимость которая необходима только ему в классе. Так как метод может и не выполнится, кажется логичным не держать в поле ссылку на необходимую зависимость. Или получается все же в поле хранить?🤔

[@AndroidBroadcast]

Можно делать Inject в методе или в конструктор

[@Capitistrum]

@@AndroidBroadcast да, это я понял. Если делать Inject в метод - то этот метод будет 100% выполнен при инициализации класса? Нет варианта чтобы он не выполнялся автоматически, а по необходимости?

[@dmtrlbdv]

хорошо бы ссылки на предыдущие и следующие уроки

[@AndroidBroadcast]

В описании плейлист со всеми видео

[@inex550]

Топ. Просто топ.

[@essohaitch8147]

Отличный ролик

[@sabaka1305]

Скажите какая тема в андроид студио используется для кода .?

[@AndroidBroadcast]

Darcula

[@sabaka1305]

@@AndroidBroadcast странно . Есть доп цвета . Скобки другого цвета и тд

[@azizbekrasulmetov9293]

@@sabaka1305 Rainbow brackets plugin

[@handleftman]

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

[@AndroidBroadcast]

Да, пример не лучший, но жизненный. Такую сложность оптимизировали в Hilt и вот там уже проще

[@deadchannal]

А какие плагины для Android Studio вы используете?

[@AndroidBroadcast]

Надо снять видео отдельное на эту тему

[@aliaksandr_chaulytka]

🔝🔝🔝 При Lazy инстанс кэшируется только для конкретного места (активити/фрагмента) или как ? Как вообще инстансы создаются в даггере? По умолчанию все синглтоны или фабрики? (В коине это сразу в DSL указывается, вот у меня и возник такой вопрос)

[@AndroidBroadcast]

Да, в графе кэширование настраивается через Scope (будет в уроке 3). Lazy получает зависимость из графа и кеширует ее внутри себя, чтобы при следующем запросе не ходить за ней снова.

[@FoRGeish]

Не очень понял, почему в качестве основного способа показан избыточный с добавлением метода provide*_to_*, а нормальный рабочий вариант в виде небольшой сноски?

[@AndroidBroadcast]

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

[@druce18]

Спасибо!

[@deo5686]

Приветствую, спасибо за такой хороший курс. У меня есть вопрос, - @Inject constructor в domain, насколько это удобно, а если мы разрабатываем не только для андроида, не будут ли с этим проблемы? Я может многого не знаю, но мне кажется, если бы мы объявили явно все provides, - это было бы более лаконично, так как мы оставим зависимости все что связанно с di только в app модуле. Спасибо.

[@AndroidBroadcast]

Аннотация Inject не является части Dagger, а она часть JSR 330. Это переносится в рамках любого решения на Java

[@andreikravchenko5612]

На видео ошибка. Lazy не работает для типов, которые отмечены @AssistedFactory, соответственно сделать фабрику фабрики вьюмодели как на видео нельзя, после запуска будет ошибка: Dagger does not support injecting Lazy, Producer, or Produced when T is an @AssistedFactory-annotated type

[@GarcianSmt]

Я правильно понимаю, что при желании можно использовать только provides вместо binds, и это лишь дело вкуса?

[@AndroidBroadcast]

Да, все верно

[@staschernov928]

А можно, пожалуйста, выкладывать и сами проекты? А то по краткому обзору вначале невозможно все запомнить, и чтобы понять, о чем идет речь, приходится дублировать вкладку и смотреть 2 разных таймкода.

[@AndroidBroadcast]

Ссылки в описании к видео разве нет?

[@staschernov928]

@@AndroidBroadcast ага, нашел, спасибо. В первый раз, видимо, проглядел.

[@ildar2244]

Спасибо за труд - очень полезно. В описании к видео ссылка на "Курс по Dagger 2" выдаёт результат что плейлист не существует.

[@AndroidBroadcast]

Исправил

[@axrorxojayodgorov3416]

also, could you add about upstream/downstream dependencies

[@AndroidBroadcast]

What is that?

[@kirillvolkov8556]

в новых версиях работа с AssistedFactory невозможна с делегатами

[@AndroidBroadcast]

Можно больше информации. Что именно невозможно иэ кода сделать?

[@legioncommander7261]

А как так работает AssistedFactory? Это же интерфейс, где прописывается реализация?

[@AndroidBroadcast]

Реализация генерится, как и реализация Component в Dagger

[@ЕвгенийКруглик-б8ж]

супер

[@slavuuhhaaa3554]

ничего не понятно но очень интересно

[@deadchannal]

Ккк, прикольно!

[@stefanserkhir6478]

Спасибо за видео! Как правильно запровайдить context?

[@AndroidBroadcast]

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

[@olegleonov1310]

Так, а почему бы вместо фабрики фабрик не сделать setNewsId для viewModel? И не делать newsId в конструкторе. А то какой-то overcoding получается.

[@AndroidBroadcast]

Нет, делать set метод - плохая практика. Во-первых, непонятно когда появится этот параметр и всем операциям надо его ждать. Также set метод даёт возможность подменить значение в любой момент. В моем случае параметр должен быть сразу и не меняться. То что в текущем варианте с ViewModel было сложно - полностью согласен, но Hilt имеет улучшения этого процесса

[@aydogdyaydogdiev1255]

во фрагменте нужно инжектить после onAttach

[@AndroidBroadcast]

Почему?

[@АлександрГребеньков-ы5й]

не могу запустить проект с github :( Unrecognized Android Studio (or Android Support plugin for IntelliJ IDEA) version '202.7660.26.42.7486908', please retry with version 2020.3.1 or newer.

[@AndroidBroadcast]

Я использовал Android Studio Arctic Fox. Она в Beta

[@АлександрГребеньков-ы5й]

я с качал её, попробовал собрать проект вылетела новая ошибка: error: [ComponentProcessor:MiscError] dagger.internal.codegen.ComponentProcessor was unable to process this class because not all of its dependencies could be resolved. Check for compilation errors or a circular dependency with generated code. public final class NewsDetailsFragment extends androidx.fragment.app.Fragment не судите строго, навичка

[@AndroidBroadcast]

Локально пример работает у меня. Может у вас нет инета?

[@ДмитрийХвастунов]

Ну незнаю. Очень сложно. Пойду курс попроще искать. Может потом вернусь.

[@AndroidBroadcast]

Да, это рассчитано на Android разработчиков

[@ДмитрийХвастунов]

Согласен иначе зачем это смотреть. Просто после spring-а. DI в Dagger это конечно такое себе удовольствие. Посмотрел пару уроков по Dagger попроще. И здесь все встало на свои места. Спасибо за качественный контент по android.

[@oleg12395]

Что такое резолвиться ? )

[@oleg12395]

И разрезолвить ?)))

[@AndroidBroadcast]

Резолвить - выполнять запрос, решить задачу. В этом контексте по запросу найти нужную зависимость в дереве

[@sevenxp8858]

Кирил один из тех людей, который помогает мне зарабатывать больше xD

[@AndroidBroadcast]

Пора начинать брать проценты )

[@АндрейХромов-э5х]

А есть рабочий пример? С репозитория с гитхаба ничего не работает, там ни сервер недоступен, ни проекты не собираются

[@luyt2]

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

[@AndroidBroadcast]

Resolved - разрешение задачи, выполнение

[@AndroidBroadcast]

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

[@luyt2]

@@AndroidBroadcast для джунов, к коим я себя отношу, не все ясно. Спасибо за контент!!

[@AndroidBroadcast]

Контент не рассчитывался для начинающих, а для разработчиков с опытом. Как и весь контент

[@luyt2]

@@AndroidBroadcast Всё равно, спасибо за качественный материал, и успехов в работе!

[@YulyaUlyanova]

это видео менее понятно чем предыдущее ((

[@AndroidBroadcast]

Всегда можно посмотреть ещё раз или задать вопрос в комментариях

[@YulyaUlyanova]

@@AndroidBroadcast я не поняла зачем нужен Bind (

[@AndroidBroadcast]

Он просто даёт информацию графу, что когда запрашиваетсч один тип, то нужно возвращать вот другой. Если делать такое же через provide, то это будет создавать дополнительные фабрики. Яркий пример использования Bind - inject интерфейса, а благодаря это аннотации можно указать какую реализацию интерыейса нужно предоставить, когда запросят зависимость.

[@YulyaUlyanova]

@@AndroidBroadcast но мне же всё равно через provide придется описывать способ получения зависимости, а в Bind нет этого описания. Зачем нужен bind если реализацию все равно нужно будет указывать и там же указать тип возращаемой зависимости.

[@AndroidBroadcast]

Нет, в граф надо будет добавить только реализацию (через аннотацию Provide в модуле или Inject над конструктором), а Bind - это просто маппинг одного типа на другой, для него не нужно Provide

[@Бардзо]

Эх, чичас бы на стройку или охранником на смену выйти....

[@AndroidBroadcast]

???

[@jojomajo]

проблемы с головой?

[@Бардзо]

@@jojomajo у тебя точно да

[@jojomajo]

@@Бардзо однозначно, куда мне до тебя

[@Chernov1984]

+

[@d.mertsalov]

Спасибо!