Если вы ещё не используете такие паттерны как MVP или MVVM, можете в onCreate фрагмента поставить retainInstance = true Тогда фрагмент не будет уничтожаться при изменении конфигурации устройства Тогда список можно сохранить в поле фрагмента и делать подгрузку, когда list == null
не всегда и не совсем, плодить кучу классов плохой подход
Да, разумеется Но если у вас переплетаются слои, то код в читаемости еще больше страдает Как минимум вы теряете удобный контроль над ЖЦ фрагмента и вам вручную надо писать как минимум +10 одинаковых строк кода в каждом фрагменте без ViewModel, чтобы поддерживать состояние фрагмента при изменении конфигурации
Если фрагмент грузит какие-то данные из сети или БД, то ViewModel уже нужна как минимум чтобы переключиться на IO поток и поддержать корректное состояние UI
Да, разумеется Но если у вас переплетаются слои, то код в читаемости еще больше страдает Как минимум вы теряете удобный контроль над ЖЦ фрагмента и вам вручную надо писать как минимум +10 одинаковых строк кода в каждом фрагменте без ViewModel, чтобы поддерживать состояние фрагмента при изменении конфигурации
А если нет сети? Context в Viewmodel будешь юзать?
Смотря какой контекст Если контекст Application, то его можно юзать во ViewModel В противном случае ровно ту логику, которая требует Context я бы делегироватл Activity или Fragment
Разбирающиеся люди в apple, подскажите пожалуйста есть ли необходимость в дескретной видеокарте для программирования? (xcode, android studio). С дискреткой ценники уже кусачие ппц
Разбирающиеся люди в apple, подскажите пожалуйста есть ли необходимость в дескретной видеокарте для программирования? (xcode, android studio). С дискреткой ценники уже кусачие ппц