Vertoletique27 фев 2018 в 10:04

«Dagger-Android & AAC» или «впихнуть невпихиваемое»

3 мин

4.9K

Kotlin * Разработка мобильных приложений * Android *

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

nickchickin 27 фев 2018 в 10:43

MainViewModelFactory умирает при пересоздании активити, а так как она не является синглтоном, даггер создает новый обьект, подтягивает зависимость на репозиторий. Репозиторий помечен при помощи @ActivityScope, поэтому он не пересоздается, по идее если фабрике тоже дать скоуп, то и фабрика не будет пересоздаваться

Vertoletique 27 фев 2018 в 10:44

Я это понимаю не так.
Если пометить фабрику скоупом, то тогда она обязательно пересоздастся, потому как объекты в скоупе живут пока не умрет Activity

nickchickin 27 фев 2018 в 10:52

Правильно, но если ее пометить скоупом который лежит на уровень ниже, например если нам фабрика понадобиться на наскольких активити, то она не умрeт. Например ApplicationScope

nickchickin 27 фев 2018 в 10:52

Vertoletique 27 фев 2018 в 11:03

Тогда получим конфликт, потому как нельзя внутри сабкомпонента аннотировать provide-методы более высоким скоупом

nickchickin 27 фев 2018 в 11:19

Следовательно, необходимо вынести Фабрику в AppModule и сделать ее синглтоном. И эта фабрика будет создавать все ViewModel для приложения. Я тоже столкнулся с такой проблемой, поскольку для каждого экрана делал свою фабрику, в нее включал зависимости, необходимые для ViewModel. Поэтому теперь применяю подход как в примере гугла github.com/googlesamples/android-architecture-components/blob/master/GithubBrowserSample/app/src/main/java/com/android/example/github/viewmodel/GithubViewModelFactory.java

Vertoletique 27 фев 2018 в 11:23

Попробую этот вариант, спасибо за ссылку
Но почему-то мне кажется, что в таком случае фабрика не имеет доступ к модулям сабкомпонента, а значит все зависимости по этой логике будут @.Singleton

Logos_Intellect 1 мар 2018 в 10:35

Тоже у себя использую пример Google, но на Kotlin.
gist.github.com/LogosIntellect/f786c218bea72cbfee69099d3d163ea2

Vertoletique 1 мар 2018 в 10:36

Спасибо за сылку, ознакомлюсь

deej 1 мар 2018 в 10:35

Я правильно понимаю, что при смене конфигурации пересоздаются Dagger-зависимости, но ViewModel остается прежней?

Vertoletique 1 мар 2018 в 10:35

Правильно

deej 1 мар 2018 в 12:00

Правильным решением было бы предотвращать пересоздание Activity-компонента при смене конфигурации (как — отдельный вопрос, есть несколько способов), но с dagger-android, насколько я понял, разработчик не контролирует время жизни компонента. Тогда остается либо вносить изменения в сам dagger-android, либо отказаться от него.

Vertoletique 1 мар 2018 в 12:26

А можно подробнее про «несколько способов»?

deej 1 мар 2018 в 12:37

Хранить компонент в retained headless fragment
Сохранять компонент в saved state. Сериализация не нужна, если обернуть объект в Binder. Подробнее техника описана тут https://habrahabr.ru/post/274635/. Всё, что есть в статье не нужно, достаточно ValueBinder + BundleCompat.

Vertoletique 1 мар 2018 в 12:44

Спасибо за инфу, лайкнул бы, да кармы мало

VasiliyZukanov 5 мар 2018 в 08:25

Здравствуйте,
Титульное изображение было скопировано с моего блога (https://www.techyourchance.com/dagger-2-scopes-demystified). Все права на его использование принадлежат мне, и я прошу вас немедленно его поменять и более не использовать.
С уважением,
В.Ц.

Vertoletique 5 мар 2018 в 08:26

Выполнено, приношу извинения

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