MVVM: Связь

Question

Я работаю над большим приложением MVVM. Я использую легкий инструментарий MVVM для этого. Приложение похоже на веб-браузер с кнопками «назад» и «вперед». Основным видом является пользовательский элемент управления. Я положил кнопки «назад» и «вперед» в главном окне пользовательского управления. Основной вид в свою очередь имеет пользовательские элементы управления. Пользовательские элементы управления меняются при нажатии кнопок «назад» и «вперед». Основная ViewModel отслеживает текущий пользовательский элемент управления и загружает следующий в зависимости от нажатия кнопки.

Все эти пользовательские элементы управления загружаются в зависимости от выбора (ID), сделанного на первом шаге. Допустим, основной вид - это экран поиска, и мы выбираем клиента. Следующими экранами будут Адрес, Выставление счетов, Запросы и т. Д. На этих экранах нет общих данных. Но данные для одного и того же клиента.

Так что, это хорошая практика - хранить идентификатор клиента на главном экране? Если я сделаю это, у меня должно быть событие UserControl_Loaded, привязанное к команде, где я бы тогда запросил адрес и платежную информацию.

Или я могу переместить кнопки (кнопки «назад» и «вперед») на каждый пользовательский элемент управления вместо основного окна. Передать идентификатор клиента вместе с сообщением, которое загрузит следующий вид.

Что лучше?

Answer 1

Один из способов, которыми я занимался в прошлом, - это реализовать класс, который инкапсулирует контекст данных для операции. Все страницы будут заполнены (и обновлены) свойствами этого класса. Модель основного представления создает экземпляр этого класса и коллекцию моделей представления страницы, предоставляя каждому контекст данных. Он также обрабатывает переход от страницы к странице, реализуя свойства CurrentPage, NavigateForwardCommand и NavigateBackwardCommand.

Если пользователь выполняет резервное копирование на страницу 1 и изменяет идентификатор клиента, контекст данных заполняется информацией, соответствующей новому клиенту. Поскольку все страницы смотрят на один и тот же объект контекста данных, на всех последующих страницах будет отображаться правильная информация.

Вам потребуется реализовать уведомление об изменении свойства в объекте контекста данных и обработать PropertyChanged на страницах. Когда свойство CustomerID изменяется в объекте контекста данных, модели представления страницы должны будут обновить свойства, которые появляются в их соответствующих представлениях.