Size: a a a

Android arch. components

2019 January 31

SB

Simon Belialov in Android arch. components
Марат Исхаков
Подскажите, в чем вы видите преимущества/недостатки ViewModel by arch components, которая хранится в retain фрагменте от своей кастомной ViewModel которая будет тоже переживать жц, благодаря dagger custom scopes?
Не велосипед. Меньше кода, проще. Время сборки скорее всего меньше
источник

МИ

Марат Исхаков in Android arch. components
Simon Belialov
А зачем?
Для того, чтобы в конструктор вьюмодели засунуть нужные зависимости.
источник

МИ

Марат Исхаков in Android arch. components
Simon Belialov
Не велосипед. Меньше кода, проще. Время сборки скорее всего меньше
Меньше кода? +- одинаково, если в проекте уже есть даггер и нужный скоуп. Получается, что если есть даггер уже то смысла нет?
источник

МИ

Марат Исхаков in Android arch. components
Sasha Tainyuk
Ну, не даггером едины.)
да не суть, хоть самописный сервис-локатор) все равно, как правило, в более менее крупных проектах есть менеджмент зависимостей и скоупы application/screen
источник

SB

Simon Belialov in Android arch. components
Марат Исхаков
да не суть, хоть самописный сервис-локатор) все равно, как правило, в более менее крупных проектах есть менеджмент зависимостей и скоупы application/screen
А скоуп screen получается привязан к жц активити? или живет всегда? Удобно привязать его к жц вьюмодели
источник

SB

Simon Belialov in Android arch. components
Марат Исхаков
Для того, чтобы в конструктор вьюмодели засунуть нужные зависимости.
Я это понимаю, но по мне подход с фабрикой влечет за собой слишком много доп логики. Может эти минусы перевешивают плюс возможность давать параметры вьюмодели гарантированно 1 раз. Может быть можно принять что таких параметров нет и di получается вне слоя вью
источник

МИ

Марат Исхаков in Android arch. components
Simon Belialov
А скоуп screen получается привязан к жц активити? или живет всегда? Удобно привязать его к жц вьюмодели
не обязательно. Можно привязаться и к фрагменту (например, по аналогии с тем, как мокси определяет, удаляется ли фрагмент). В конце концов и ViewModel  гугловая это умеет понимать, судя по всему)
источник

МИ

Марат Исхаков in Android arch. components
Simon Belialov
Я это понимаю, но по мне подход с фабрикой влечет за собой слишком много доп логики. Может эти минусы перевешивают плюс возможность давать параметры вьюмодели гарантированно 1 раз. Может быть можно принять что таких параметров нет и di получается вне слоя вью
Не совсем понял, вы имеете в виду инжектить в поля вьюмодели вместо конструктора?
источник

SB

Simon Belialov in Android arch. components
да, вместо инжекта во вью инжект во вьюмодель
источник

МИ

Марат Исхаков in Android arch. components
Делать так, только потому, что их api вынуждает писать много бойлерплейта, как по мне не совсем хорошо.
источник

МИ

Марат Исхаков in Android arch. components
Все же для себя пока очевидных преимуществ не вижу. Но может кто-нибудь еще накинет? ;)
источник
2019 February 01

ST

Sasha Tainyuk in Android arch. components
источник

ST

Sasha Tainyuk in Android arch. components
На кой?
источник

ST

Sasha Tainyuk in Android arch. components
Доступно с 4ой альфы активити
источник

PS

Pavel Sukhoterin in Android arch. components
Мне кажется Гугл залез в беклог Андроида и начал выполнять задачи с конца
источник

ST

Sasha Tainyuk in Android arch. components
По-моему такой херни вообще не должно быть, но она есть и содержимое не кэширует. Обещают со следующей версии кэширование добавить.)
источник

Sergey λ in Android arch. components
Sasha Tainyuk
Доступно с 4ой альфы активити
это в androidx 1.1?
источник

КР

Кирилл Романенко in Android arch. components
Pavel Sukhoterin
Мне кажется Гугл залез в беклог Андроида и начал выполнять задачи с конца
+
источник

ST

Sasha Tainyuk in Android arch. components
да
источник

ST

Sasha Tainyuk in Android arch. components
источник