Правильный подход к MVVM

Question

Я пытаюсь понять, как лучше всего работать с моделью просмотра и с моделью, которая остается позади.

Моя модель представляет собой набор пользовательских элементов (например, список пользовательских конфигураций).

Я понимаю, что правильный способ разоблачения этой модели - через ConfigurationListViewModel, который преобразует список модели в данные, считываемые с помощью ui.

Но как мне управлять предметами, которые находятся за ConfigurationListViewModel?
Должна ли одна конфигурация иметь ConfigurationViewModel?
Или главный ConfigurationListViewModel должен обрабатывать экспозицию своих предметов?

Если я хочу, чтобы добавить конфигурацию к моему ConfigurationList, я называю Add() метод моей ConfigurationListViewModel, и это создает в себе новый Configuration, или я должен создать новый (Configuration? ConfigurationViewModel?) В родительской, и затем вызвать Add ([Configuration? ConfigurationViewModel?] newConf)?

Answer 1

Действительно, ответ любой из вышеперечисленных.

Если данные, используемые в модели представления имеет вид идентичные al к модели, вы не делаете никаких выгод, создавая класс ConfigurationViewModel, который является только копией класса Configuration.

Что касается добавлений, вы можете сделать это в любом случае. Иногда вы хотите сделать все свое редактирование в модели просмотра, чтобы вы могли «вернуть» изменения, фактически не изменяя модель. Если это не вызывает беспокойства, то модификация модели в первую очередь и распространение на модель представления так же справедлива для подхода.

Все, что сказано, ни один из ваших подходов не будет нарушать MVVM. Выберите то, что имеет наибольший смысл, особенно семантически и для будущего обслуживания. В общем, я предпочитаю простоту слепому соблюдению принципа, такого как «для каждого объекта данных требуется представление модели представления».

Answer 2

По моему опыту ConfigurationListViewModel, содержащий ObservableCollection<ConfigurationViewModel>, является лучшим (самым гибким и чистым) способом. Просто для отображения выбранных элементов по-разному, чем не выбранные элементы, полезно, когда предметы знают об их выбранном состоянии. И поскольку отбор - это ничто, о котором должна заботиться модель, вам нужен ConfigurationViewModel с собственностью IsSelected.

Обновления (добавить, удалить элементы) в списке (если они инициированы пользователем/пользовательским интерфейсом) должны выполняться в основном моделью. (Например, задача моделировать, как, например, инициализируется новый элемент.) Затем ListViewModel должен соответствующим образом изменить: создать модель представления из вновь созданного элемента модели или удалить модель представления, элемент которой был удален в модели.