У меня такое было вроде. Все зависимости даггера добавил? Их 4 вроде бы.

Там отдельно даггер, даггер андроид, даггер компилер и даггер супорт вроде как.

Погодите. Так вы же делаете не по инструкции которую скидывали.

    kapt 'com.google.dagger:dagger-compiler:2.28.3'
    implementation 'com.google.dagger:dagger:2.28.3'

вроде этого достаточно
я из основного проекта перенес

У вас же component dependencies, а в инструкции через сабкомпоненты.

тут лишнее да
сбили чутка)

Ребята, вы когда используете @Named в даггере, имена вписываете прямо на месте или константами где-то держите?

В константах. Но в целом, если указать в Named несуществующее значение, то даггер должен упасть.

Так я чтобы избежать таких неприятных моментов - в имени ошибусь и сижу читаю простыни текста

С константами в этом плане проще, да.

Ребят, привет, можете предложить какой то подход инжекта в метод в екстеншене (даггер)? Чето не допру, как сделать.

И можно ли инжектить прямо в теле метода?

Вообще, я стараюсь делать отдельные квалификаторы, а не использовать @Named

Потому что named - зло или есть ещё причины?

Ну просто удобнее же)

Но вообще да, Named - зло

Вообще да, прокручиваю в голове свои named - это три кастомные квалифаера. Правда удобнее, спасибо

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

Что я имею ввиду: при первом запуске пользователь регистрируется/авторизируется, предоставляя рантайм зависимости (например свое имя) в граф зависимостей, на следующий запуск мы эту инфу уже читаем из репозитория и в граф добавляем. То есть есть некоторая зависимость, которая предоставляется только в рантайме, у нее скоуп следующий по длине жизни после Singleton, но должна быть возможность внутри апки перелогиниться (то есть полностью компоненту заменить). Хочу толковый пример, если можно

Не очень понятно почему это не может быть синглтоном. Если не авторизован пользователь, то возвращайте просто null в качестве аккаунта.