Код ещё не смотрел, но звучит очень не правильно. Зачем ты интерактор создавал во фрагменте? Пусть Даггер для тебя это сделает

в фрагменте у меня вот так

AuthComponent component = DaggerAuthComponent.builder().authModule(new AuthModule()).build();
       component.inject(presenter);

по крайней мере сработало))

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

Хм, а где ты создал presenter?

перзентр через мокси инжектиться

https://github.com/Arello-Mobile/Moxy/issues/100
как юзать мокси + даггер можно посмотреть тут

Что-то как-то сложно. Ты в апп классе создаёшь компонент и потом во фрагменте опять. Зачем?

вот, вот этого я не понимаю)

в примерах там в апп классе контест берется. апп класс я чисто по примеру сделал

много лишнего кода - AuthModule не нужен вообще + интерактор надо инжектить не в поле, а в конструктор презентера

к кому в личку можно чтоб пошагово объяснили?)

Да миллион статей о том, что и как инжектить

Базовый же случай

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

Изучаю подходы по реализации мультиодульности в gradle и несколько раз видел совет выносить абсолютно всю даггеровскую кодогенерацию в app-модуль. Можете объяснить, почему это выгодно с точки зрения скорости сборки? Разве не должно быть выгоднее оставить внутреннюю DI-кухню фичи внутри ее модуля, чтобы при изменении одной фичи не перегенерировать DI, связанный с другими, параллельными, фичами? Или же с kapt так не сработает?

Покажите где такое рекомендуется, как раз наоборот надо разнести kapt по модулям чтобы он работал не полностью а по модульно

В каждом фича модуле свой di а в app модуле вы это собираете вместе

Такая логика

Да, я тоже так рассуждаю. Но вот в этом докладе советуют делать как можно больше модулей без kapt (сгружая весь кодген даггера в app-модуль):
https://www.youtube.com/watch?v=FMiFtsew2UY&list=LL5p31Dt77EKQxF9ecKo58vQ&index=4&t=0s

А еще вот здесь ребята пишут о том же самом:
https://bitbucket.org/surfstudio/android-standard/src/58e7816384521011488aa04b7840cd7f0da220bf/docs/common/multimodule/detail.md