sharedViewModel.
Вот у меня фича «Добавление Айтема для скажем заметки»
Она состоит с трёх фрагментов.
1. Фрагмент с компками (Добавить текст, Выбрать категорию)
2. Фрагмент добавления текста
3. Фрагмент выбора категории.
Вот если на все три фрагмента будет одна sharedViewModel и гипотетически они будут держать во viewModel множество данных не станет ли это проблемой с точки зрения потребления памяти ?
Если там реально одни и те же данные будут, то с потреблением ситуация должна быть даже лучше. Но с точки зрения архитектуры это так себе. Для решения этого есть DI, которые позволяют при необходимости использовать одни те же данные.
Если это одна фича, одно флоу, то совершенно нормально и правильно иметь доступ к данным из любой страницы этого флоу. Конечно, при условии, что всем страницам нужны эти данные 😏
я не силён в DI. Вы не проверяли как это дело потом из памяти уходить будет, когда юзер перейдёт от первый фичи к любой другой ? Если память освобождаеться гуд -> достаточно прикольный и имеющий право на юзание подход. Но остаёться вопрос как быстро другой разраб в этом разберёться и насколько просто будет эти скоупы находить в проекте открыв его в первый/второй раз
Да я тоже только начинающий. Если правильно понял, то, используя single, после первого доступа данные будут в памяти все время. Но в этом ведь и смысл. У вас с вашей общей VM то же самое. Данные всегда в памяти(что-то вроде синглтона). Там есть и другие скоупы, но уже для иных целей.
Обсуждают сегодня