Но мне хочется знать Даггер досконально потому я спрашиваю тут. Мне надо знать так "инвертировать" работу Даггера

И зачем

использовать dependencies

судя по коментам статью особо никто не понял. Я тоже не понял, и не стал бы так делать)

Я не понимаю что нам это даёт с точки зрения архитектуры приложения. Вот у нас есть приложение (компоненты + субкомпоненты) допустим есть три уровня scope. Компонент предоставляет зависимости субкомпонентам по цепочке вниз. А эта статья пишет а давайте предоставлять зависимости наоборот вверх.  Вопрос: зачем это нам?

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

просто человек очень хотел написать статью на медиуме) и написал про функционал который даггер позволяет но в котором нет смысла

а вы попробуйте сделать как в статье, и навернуть скоупы. Если не скомпилируется или упадет, ваш вопрос отпадает сам собой)

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

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

Мне тоже кажется что нельзя делать многоуровневые скоупы

Алексей, удалось ли вам понять что в этом полезного?

я особо не пытался, всё, что думал - уже сказал. Бесполезно и наверняка не работает со скоупами)

Ребят, ещё вопрос, кто-нибудь использовал модули Даггера с параметром subcomponents?

Вот пример: @Module(subcomponents=SomeModule.class)
В документации официальной про это скудно и не понятно.

Интересно, не знал. Судя по статье - https://medium.com/azimolabs/activities-subcomponents-multibinding-in-dagger-2-85d6053d6a95
Это нужно для того чтобы дать даггеру понять из каких компонентов можно создать сабкомпонент.
То есть, какие сабкомпоненты у конкретного компонента будут.
Не объявляя их явно в самом компоненте. Видимо для того, чтобы не иметь явной зависимости на конкретный компонент.
Эта фича позволяет ижектить Provider<Subcomponent.Builder> куда хочешь. А даггер узнает у какого компонента брать этот сабкомпонен билдер через параметр модуля.

Но ссылка ведь будет на сабкомпонент так или иначе?)

Sure, но это лучше чем и на компонент и на сабкомпонент)

Эта фича сделала возможным меньше зависимостей в коде держать

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

и клиенты сабкомпонента не обязаны знать о том какие компоненты его предоставляют