PreferencesFragment и архитектура MVVM

Question

В моем приложении я использую ViewModels, чтобы обеспечить представление данными и репозиториями данных, чтобы предоставить модели представления данные и управлять связью с источниками данных, например, базой данных, интернет-API и настройками.

Теперь androidиспользует специальные фрагменты для обработки настроек.Эти специальные фрагменты обрабатывают данные настроек посредством прямой записи sharedPreferences.Поэтому они не соответствуют архитектуре MVVM.Я также читаю данные из API, извлекаю из него некоторые начальные данные настроек и сохраняю их в своем собственном файле настроек.Пользователь должен иметь возможность изменять эти извлеченные данные в определенных пределах.Поэтому я использую пары ключ-значение, но просто в другом файле.Это разделение дает мне возможность удалять извлеченные данные без потери других данных, например, выводя пользователя из приложения, потому что удален токен доступа.

Я могу написать нормальный фрагмент для обработки настроек, но эторекомендуется?Или есть другие способы использования андроидов для создания фрагментов настроек и разделения данных в соответствии с архитектурой MVVM?

Answer 1

понял большую часть этого. PreferenceFragmentCompat и Preferences фактически скрывают реализацию хранилища данных, поэтому видно, что выполняется соответствие архитектуре MVVM и разделению обязанностей. В хранилище данных, имеющем дело с настройками, может быть реализован OnPreferenceChangedListener, который перезагружает настройки и через LiveData передает предпочтения моделям представления.

Для разделения моих специальных данных может быть написано новое предпочтительное хранилище.