v
Size: a a a
2019 November 19
SV
Я прекрасно понимаю, что альтернативы есть. Просто лучше выучить даггер)
у мацюка на хабре хорошие статьи, в трех частях (для старта)
SV
если еще не прочитаны)
v
если еще не прочитаны)
я прочитал, наверное, ВСЕ статьи на хабре про даггер, а некоторые раз по 10. Общее понимание у меня, конечно, появилось, и я его использую, собственно. Но более-менее целостного и полного понимания нету. Я же говорю, как магия)
IG
ребят кто-нибудь понимает как scope работают под капотом? что-то инфы мало в интернете. Как именно даггер оперирует объектами с разным скоуп? Когда он их уадялет и удаляет ли вообще?
Всё супер просто.
Если зависимость scoped (есть scope-аннотация) - она создаётся один раз в рамках одного инстанса компонента и в последующие разы провайдится одна и та же.
Если зависимость unscoped (нету scope-аннотации) - она создаётся каждый раз по требованию.
Ничего нигде не удаляется.
Умирает компонент - умирают и закешированные scoped зависимости (если на них нет ещё где-то ссылок)
Если зависимость scoped (есть scope-аннотация) - она создаётся один раз в рамках одного инстанса компонента и в последующие разы провайдится одна и та же.
Если зависимость unscoped (нету scope-аннотации) - она создаётся каждый раз по требованию.
Ничего нигде не удаляется.
Умирает компонент - умирают и закешированные scoped зависимости (если на них нет ещё где-то ссылок)
I
Всё супер просто.
Если зависимость scoped (есть scope-аннотация) - она создаётся один раз в рамках одного инстанса компонента и в последующие разы провайдится одна и та же.
Если зависимость unscoped (нету scope-аннотации) - она создаётся каждый раз по требованию.
Ничего нигде не удаляется.
Умирает компонент - умирают и закешированные scoped зависимости (если на них нет ещё где-то ссылок)
Если зависимость scoped (есть scope-аннотация) - она создаётся один раз в рамках одного инстанса компонента и в последующие разы провайдится одна и та же.
Если зависимость unscoped (нету scope-аннотации) - она создаётся каждый раз по требованию.
Ничего нигде не удаляется.
Умирает компонент - умирают и закешированные scoped зависимости (если на них нет ещё где-то ссылок)
так чаще всего компоненты существует в течении времени жизни приложения, и получается что все кастомные аннотации не имеют смысла, так как инстансы будут удалены только после того как приложение умрет?
IG
так чаще всего компоненты существует в течении времени жизни приложения, и получается что все кастомные аннотации не имеют смысла, так как инстансы будут удалены только после того как приложение умрет?
Ну, про "чаще всего" это вы конечно громко сказали)
IG
При правильном использовании даггера, большая часть компонентов живёт в рамках фичи, чаще всего.
IG
Всё приложение переживает лишь небольшое количество, которое требуется на всех экранах
IG
При правильном использовании даггера, большая часть компонентов живёт в рамках фичи, чаще всего.
При правильном проектировании графа зависимостей даже, если более корректно
I
Ну, про "чаще всего" это вы конечно громко сказали)
многие ли делают сабкомпоненты? я так понимаю речь о них? получается что время жизни мы контролим сами добавляя или удаляя сабкомпонент?
IG
многие ли делают сабкомпоненты? я так понимаю речь о них? получается что время жизни мы контролим сами добавляя или удаляя сабкомпонент?
Именно. Даггер не даёт инструментов управления жизненным циклом. Только непосредственно создание графов и их использование для инъекции.
IG
А будет это сабкомпонент или component dependencies - это уже на ваш выбор
I
Именно. Даггер не даёт инструментов управления жизненным циклом. Только непосредственно создание графов и их использование для инъекции.
я в общем так и думал, просто все никак не мог понять, почему вижу раные проекты кучу скоупов разных и один компонент, в этом же нет логики, верно?
IG
я в общем так и думал, просто все никак не мог понять, почему вижу раные проекты кучу скоупов разных и один компонент, в этом же нет логики, верно?
Нету
IG
Это и не будет работать вообще-то
IG
Нельзя провайдить в одном компоненте зависимости с различными скоупами
IG
я в общем так и думал, просто все никак не мог понять, почему вижу раные проекты кучу скоупов разных и один компонент, в этом же нет логики, верно?
Если не хочется самому делать инструменты для управления ЖЦ - можно попробовать потыкать Toothpick.
Там более удобно это делается.
Но там меньше безопасности из-за отсутствия compile-time проверок графа на корректность.
Там более удобно это делается.
Но там меньше безопасности из-за отсутствия compile-time проверок графа на корректность.