ИЧ
Надо подумать об этом, спасибо
Смысл lazy в даггере в том, что пока ты конкретно к объекту не обратишься - он создан не будет. Если ты знаешь, когда прошли все твои запросы, то ты смело можешь уже обращаться к объекту.
Size: a a a
2020 October 08
RC
Смысл lazy в даггере в том, что пока ты конкретно к объекту не обратишься - он создан не будет. Если ты знаешь, когда прошли все твои запросы, то ты смело можешь уже обращаться к объекту.
Да, это я понимаю. Получается, что если мне нужен асинхронно собираемый инстанс Thing, который я дальше в юзкейс хочу инжектить, то вместо него в юзкейс я буду инжектить Lazy<Thing>?
ИЧ
Думаю, что именно так
ИЧ
Да, это я понимаю. Получается, что если мне нужен асинхронно собираемый инстанс Thing, который я дальше в юзкейс хочу инжектить, то вместо него в юзкейс я буду инжектить Lazy<Thing>?
Ты в конструктор инжектишь или в поле?
RC
Ты в конструктор инжектишь или в поле?
В конструктор
ИЧ
В конструктор
Ну просто в конструкторе пометишь lazy и все должно заработать)
RC
Ну просто в конструкторе пометишь lazy и все должно заработать)
Как вариант, спасибо)
AG
Если я верно понял ваш вопрос, то в passcodeComponent интерфейса AppComponent вы можете вернуть фабрику или билдер сабкомпонента, и вроде бы даже сам сабкомпонент.
VM
Если я верно понял ваш вопрос, то в passcodeComponent интерфейса AppComponent вы можете вернуть фабрику или билдер сабкомпонента, и вроде бы даже сам сабкомпонент.
ну вот меня интересует так раз таки сабкомпонент
как я понял в Application а именно в реализации интерфейса его там создают верно?
как я понял в Application а именно в реализации интерфейса его там создают верно?
AG
реализации интерфейса генерит даггер. Вы же просто декларативно описываете интерфейс
AG
interface AppComponent {
fun passcodeComponent(): PasscodeComponent.Builder (или .Factory или без этого вообще, в зависимости от вашей ситуации)
}
fun passcodeComponent(): PasscodeComponent.Builder (или .Factory или без этого вообще, в зависимости от вашей ситуации)
}
VM
реализации интерфейса генерит даггер. Вы же просто декларативно описываете интерфейс
в документации написано что то аля
return appComponent.loginComponent().create()
получается что я в своем компоненте должен создать переменную
return appComponent.loginComponent().create()
получается что я в своем компоненте должен создать переменную
val passcodeComponent: PasscodeComponent и после этого в интерфейсе добавить Builder тут не пойму.AG
Там у них скорее возвращает https://dagger.dev/api/latest/index.html?dagger/Subcomponent.Factory.html
AG
Нейминг методов у них дурацкий
AG
По неймингу они возвращают компонент, а потом создают его
AG
бред же)
VM
и всё таки я не оч пойму как я должен изменить реализацию своего интерфейса
override fun providePasscodeSetupComponent(): PasscodeComponent {
return appComponent.passcodeComponent
}AG
interface AppComponent {
val
}
Не уверен что даггер скушает val. Если не скушает, то fun
val
passcodeComponent: PasscodeComponent}
Не уверен что даггер скушает val. Если не скушает, то fun