DN
Интересно, спасибо
Size: a a a
2019 February 20
SV
Ребят, привет! Я тут обратился к доке Dagger’a и там пишут, что инъекцию стоить производить до super.onCreate(...) в Активити и до super.onAttach(...) во фрагментах. Погуглил и во всех ответах просто ссылки на доку. В ней только общие слова типа “as early as possible”, “prevents inconsistencies if the Fragment is reattached”. Можете, например, подсказать конкретные кейсы проблем, которые могут возникнуть, если не следовать советам из доки?
проблемы возникнут, когда ты попытаешься обратиться к зависимости раньше чем она проинициализируется. поэтому и рекомендуют их инитить как можно раньше, чтобы дальше работать с ними в тех коллбеках в которых удобно
DN
Ты прав. Я словлю npe, если буду обращаться к полям, которые не заинъектили. Мой вопрос, почему рекомендуют писать
override fun onCreate(...) {
injectDependecies()
super.onCreate(...)
}
Но не
override fun onCreate(...) {
super.onCreate(...)
injectDependecies(...)
}
Уже написали про мокси. Это было полезно
override fun onCreate(...) {
injectDependecies()
super.onCreate(...)
}
Но не
override fun onCreate(...) {
super.onCreate(...)
injectDependecies(...)
}
Уже написали про мокси. Это было полезно
VA
Ты прав. Я словлю npe, если буду обращаться к полям, которые не заинъектили. Мой вопрос, почему рекомендуют писать
override fun onCreate(...) {
injectDependecies()
super.onCreate(...)
}
Но не
override fun onCreate(...) {
super.onCreate(...)
injectDependecies(...)
}
Уже написали про мокси. Это было полезно
override fun onCreate(...) {
injectDependecies()
super.onCreate(...)
}
Но не
override fun onCreate(...) {
super.onCreate(...)
injectDependecies(...)
}
Уже написали про мокси. Это было полезно
например у тебя есть зависимости в базовом классе помеченые
@Inject, и они используются в onCreate() базового класса — тебе нужно их проинициализировать до вызова super.onCreate(...)DN
О! Спасибо
ВИ
например у тебя есть зависимости в базовом классе помеченые
@Inject, и они используются в onCreate() базового класса — тебе нужно их проинициализировать до вызова super.onCreate(...)из-за фрагментов, при востоновлении состоянии
super.onCreate(...) создает раньее открытые фрагменты и вызывает у них onCreate и если фрагменту требуется component activity будет npe, потому и нужно до вызова super.onCreate(...) проинциализировать component activity2019 February 21
VS
привет. пытаюсь сбилдить проект, мне пишет ошибку error: com.owlylabs.belfan.di.RestModule has errors
VS
а как все-таки посмотреть какая же ошибка?)
SV
в билд логе?
VS
Ага
2019 February 26
A
Привет. Есть несколько вопросов для понимания, на которые я пока не нашёл ответа:
Зачем нужны компоненты и модули, почему бы просто не инжектировать сервисы?
В чём смысл Scope, если обычно Scope привязывается к компоненту? Почему бы вместо этого не использовать ReusableScope?
В чём смысл модулей, почему бы не предоставлять зависимости в компоненте?
Зачем нужны компоненты с несколькими dependencies?
Каким образом очищается память, связанная со Scope?
Как мне реализовать тесты. Отдельно для каждого компонента? Для нижних модулей предоставлять верхние модули?
Зачем нужны компоненты и модули, почему бы просто не инжектировать сервисы?
В чём смысл Scope, если обычно Scope привязывается к компоненту? Почему бы вместо этого не использовать ReusableScope?
В чём смысл модулей, почему бы не предоставлять зависимости в компоненте?
Зачем нужны компоненты с несколькими dependencies?
Каким образом очищается память, связанная со Scope?
Как мне реализовать тесты. Отдельно для каждого компонента? Для нижних модулей предоставлять верхние модули?
Ю
Привет. Есть несколько вопросов для понимания, на которые я пока не нашёл ответа:
Зачем нужны компоненты и модули, почему бы просто не инжектировать сервисы?
В чём смысл Scope, если обычно Scope привязывается к компоненту? Почему бы вместо этого не использовать ReusableScope?
В чём смысл модулей, почему бы не предоставлять зависимости в компоненте?
Зачем нужны компоненты с несколькими dependencies?
Каким образом очищается память, связанная со Scope?
Как мне реализовать тесты. Отдельно для каждого компонента? Для нижних модулей предоставлять верхние модули?
Зачем нужны компоненты и модули, почему бы просто не инжектировать сервисы?
В чём смысл Scope, если обычно Scope привязывается к компоненту? Почему бы вместо этого не использовать ReusableScope?
В чём смысл модулей, почему бы не предоставлять зависимости в компоненте?
Зачем нужны компоненты с несколькими dependencies?
Каким образом очищается память, связанная со Scope?
Как мне реализовать тесты. Отдельно для каждого компонента? Для нижних модулей предоставлять верхние модули?
Прочитай ещё раз доки Даггер 2
AP
Спасибо, почитал доки, всё стало понятно. Нет, честно. Я не про работу даггера хочу спросить, а про целесообразность и применимость его подхода
ух завидую. За 2 минуты прочитать доки даггер и понять...Я уже месяц познаю его...
F
Я хочу дзен познать, а не копировать решения вслепую
Тогда напиши свой DI фреймворк, не глядя в исходники dagger. а потом сравни