Как стать автором
Обновить

Комментарии 10

То есть в вашем примере граф будет пересоздаваться при каждом повороте экрана?
Как насчет хранить его в lastCustomNonConfigurationInstance?
Это уже другой вопрос, можно хранить разными способами. Эта статья о scope.
Хранение состояние очень тесно связано со scope. Собственно хранение и обеспечивает необходимый жизненный цикл, а не scope.

Что вроде как не противоречит словам предыдущего оратора :)

Справедливо) Но, по моему, без этого момента статья кажется не полной, а то создается впечатление, что @ActivityScope какая-то магическая аннотация. которая все сделает за тебя.

С этим я безоговорочно согласен!

Что произойдет если не использовать аннотацию ActivityScope?

Возможно, стоило добавить для наглядности способ переходить между активити A и B в демо-проекте.
Давайте такую ситуацию представим — из активити A стартует активити B, инжектит в свой фрагмент SharedBean, но теперь я хочу, чтобы SharedBean был тем же самым инстансом, с которым я работал во фрагменте на активити A. Добавлять ещё один глобальный синглтон мне не хотелось бы. Как это можно разрулить с помощью даггера?

Правильно ли я понимаю что старый scope чиститься при инжектировании нового или удалении активити? А что если мы сделали к примеру logout, перешли на другую активити, пока старая активити не удалиться все объекты его scope будут существовать и нам все равно руками подчищать данные?

Я не понял один момент:
На схеме бинов есть Shared Bean, и создается впечатление, что он, при переходе на новое активити, не будет создаваться заново, а будет использоваться общий между двумя фрагментами разных активити.
Но далее, судя по коду, этот Shared Bean ничем не отличается от Bean A и Bean B, и будет создаваться новый инстанс для нового активити B.


Еще странный момент: на скринах двух активити ИД отличаются даже у SingletonBean!

Зарегистрируйтесь на Хабре, чтобы оставить комментарий