Кстати, а были какие-то замеры скорости кодогенерации Hilt? Хуже dagger Android или чистого dagger?

Всем привет!
Может кто-то сталкивался с такой ситуацией.
Задача - протестировать ViewModel в которой есть @Inject'ы в поля.
Как сгенерить Component, чтобы ViewModel получила зависимости в поля?
Буду признателен за любой совет, доку...

Можно его руками написать

Руками не вариант(

Ребят, поясните мне за Scope в даггере. Просто ковыряю его в песочнице в надежде понять еще лучше, и нашел для себя странность. Обычно аннотация скоупа вешается на (под)компонент и provide методы в прикрепленных к нему модулях. Окей. Но без особого труда можно написать в самом (под)компоненте абстрактную функцию, которая возвращает нужный тип, собирая все зависимости для него со всех доступных модулей силами даггера под капотом. И о чудо, если сделать так, то результат заскоупить уже не получается. Т.е. объект, который возвращается силами кодогенерации из метода в компоненте без provide метода в модуле всегда новый при каждом вызове. Я что-то упускаю?

скоуп аннотация просто говорит что объект будет жить столько же сколько и компонента помеченая этим скоупом. это всё

Окей, видимо мне придется скинуть сюда примеры кода

В общем, если делать так, зависимость не создается и кешируется в подкомпоненте:
https://pastebin.com/nGLeSAJQ

Но, если сделать вот так, то я не вижу способа сделать скоуп:
https://pastebin.com/zVv5tnZj

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

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

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

Что это в итоге? Неправильное использование?

Ты и в модуле объяви и в сабкомпоненте обьяви

Так оно работает да

Но даггер может собрать без объявления в модуле

Тут то я и выпал — вроде работает, но скоуп не сделать никак

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

Сейчас проверим

Респект. Так оно и работает

Это где-то в доке описано?