SMAC is an innovative algorithmic stablecoin system that breaks the traditional Rebase model by building a new warrant issuance mechanism and a unique new three-coin algorithmic model.
SMAC ardrop campaign has begun.
Please contact tg:smartsir001 for aidrop rewards.

SMAC是一个创新的算法稳定币系统,它打破了传统的Rebase模式,构建了全新的权证发行机制以及独一无二的新三币算法模型。
SMAC空投活动已经开始。
请联系smartsir001获取空投奖励。

Ребята, подскажите пожалуйста. У меня в проекте AppComponent не простой, а имплементящий AndroidInjector. В результате туда уже нельзя добавить inject() чтобы какой-нибудь класс мог юзать зависимости.

Вот я написал класс, и хочу чтобы он мог юзать через @Inject какую-нибудь зависимость, как это сдлеать с AndroidInjector?

вот так выглядит

Почему нельзя? Добавляйте, получайте инстанс этого компонента и вызывайте свой Inject

да, можно, действительно
но там всё еще проще оказалось, нужно просто в любой модуль добавить
'@ContributesAndroidInjector
   abstract fun getMyClass(): MyClass'

Привет!
Подскажите плиз, как можно в даггере инжектить в конструктор одну из нескольких реализаций какого-то супертипа? Я чёт сначала хотел в модуле условие сделать, потом понял, что тогда нужно в провайд-метод параметрами передавать все возможные реализации.
@Named тоже не то, потому что в том классе куда инжектим не знаем о конкретной реализации.

Привет)
Если нужно выбрать реализацию в зависимости от сабкомпонента, то есть вариант создать отдельный модуль для каждого такого сабкомпонента, в модуле пишем provide/binds метод с необходимой реализацией
(При объявлении сабкомпонента его модули задаём в аргументах СontributesAndroidInjector)

А, если один сабкомпонент?)

Просто убрать @Inject constructor у классов, использующих эту зависимость, для этих классов написать provides методы, где в конструктор явно прокидывать нужную реализацию
Норм?)

Ну тогда, скорее, убрать @Inject у этих реализаций, но у них там достаточно много зависимостей и они разные. Тогда в provide придётся тянуть зависимости для всех реализаций опять же.

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

Ребят, если у меня такой модуль, то в provideCalLRecordingDao запихнётся экземпляр AppDb или не? (Application в верхний provide будет протянут)
@Module
public class DatabaseModule {

   @Singleton
   @Provides
   public AppDb provideAppDb(Application app) {
       return Room.databaseBuilder(app, AppDb.class, app.getString(R.string.app_database_name))
               .build();
   }

   @Singleton
   @Provides
   public CallRecordingDao provideCallRecordingDao(AppDb db) {
       return db.getCallRecordingDao();
   }
}

конечно запихнётся, почему нет?

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

Коллеги, а кто-нибудь провайдил вьюмодели даггером, не через ViewModelStore? Как им лайфсайкл правильный сделать, чтобы и не синглтон, и не новая каждый раз?

Нужно тогда следить за жизненным циклом экрана и самому заниматься тем что уже сделал гугл