Блог

Следуя WPF MvvmFoundation, связывание представления с ViewModel имеет множество вариантов, подобных описанному на http://www.paulstovell.com/mvvm-instantiation-approaches.

Однако в их примере ничего не говорится о том, как связать ViewModel с моделью.

Традиционно сначала я создавал модель, а затем одно или несколько представлений, которые ее отображают. Кажется, что MVVM подталкивает людей к созданию представления, которое создает ViewModel, которые создают модель. Я надеюсь, что это не так, поскольку подключение сложной бизнес-модели к различным ModelView может быть сложным.

Как создать экземпляр ваших классов бизнес-модели в MVVM и связать их с вашими ViewModels?

Обычно я передаю объекты модели в качестве параметров конструктора виртуальной машине. Я использую класс App в качестве контроллера, который будет инициализировать MainWindow, MainWindowViewModel с основной моделью. После этого MainWindowViewModel позаботится об инициализации других виртуальных машин соответствующими объектами модели.

     private void Application_Startup(object sender, StartupEventArgs e)
    {
        mainWindow = new MainWindow();
        mainWindow.DataContext = new MainWindowViewModel(new Model());
        mainWindow.Show();
    }
  

Вы создаете свои классы BusinessModel внутри своей ViewModel.

Итак, в вашем, CustomerViewModel вы бы сказали this.CurrentCustomer = new CustomerModel() , и ваш CustomerView привязался бы к CurrentCustomer свойству ViewModel

Если вам интересно, я написал простой пример с использованием MVVM в качестве примера взаимодействия представления, модели и ViewModel.

Для этого я использую dependency injection / MEF. Просто экспортируйте все мои классы моделей по всей цепочке и автоматически импортируйте их для меня в конструктор ViewModel.

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

Для простых случаев я хочу, чтобы ViewModel и модель были одним и тем же. Очевидно, что это не так хорошо для всех случаев, но иногда просто нет необходимости прилагать дополнительные усилия, чтобы отделить M от виртуальной машины. (Отлично подходит для случаев, когда у вас есть, скажем, элементы listbox, содержащие скудную информацию)

Иногда, особенно когда модель представляет собой фрагмент кода, к которому у вас нет доступа (написанный другим разработчиком), Легко подклассифицировать модель и добавить в нее все, что есть у вашей виртуальной машины (наблюдаемые свойства и т.д.).

Наконец, я буду использовать подход, о котором упоминает Сувик. Создайте виртуальную машину с информацией о модели, которую вы хотите использовать в качестве параметра, или разрешите передавать ее иным образом. Вероятно, это наиболее распространенный подход для моих более крупных и сложных отношений Model / ViewModel.

Я автоматически передаю экземпляр IRepository в конструктор виртуальной машины, используя контейнер IoC, и все, что виртуальная машина должна делать с моделями, выполняется через этот репозиторий. Репозиторий — это класс, который: создает, читает, обновляет и удаляет данные. Когда мне нужно показать какой-либо вид (window), я использую IViewService.ShowDialog(ViewModel как ViewModelBase). В реализации IViewService на виртуальных машинах зарегистрированы представления, поэтому виртуальным машинам нужно знать только другие виртуальные машины, а не их представления (например, «Покажите мне представление для этой модели представления»).