Хорошие примеры шаблона MVVM

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

выпуск призмы:
http://www.codeplex.com/CompositeWPF

он включает в себя довольно приличный пример приложения (биржевой трейдер) наряду с большим количеством небольших примеров и как С. По крайней мере, это хорошая демонстрация нескольких общих подшаблонов люди используют, чтобы сделать MVVM на самом деле работать. У них есть примеры как для CRUD, так и для диалогов, я считаю.

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

CRUD: Эта часть довольно проста, WPF двухсторонние привязки позволяют очень легко редактировать большинство данных. Настоящая хитрость заключается в том, чтобы предоставить модель, которая упрощает настройку пользовательского интерфейса. По крайней мере, вы хотите убедиться, что ваш ViewModel (или бизнес-объект) реализует INotifyPropertyChanged для поддержки привязки, и вы можете привязать свойства прямо к элементам управления пользовательского интерфейса, но вы также можете реализовать IDataErrorInfo для проверки. Как правило, если вы используете какую-то настройку решения ORM Круд-это несложно.

эта статья демонстрирует простые операции crud: http://dotnetslackers.com/articles/wpf/WPFDataBindingWithLINQ.aspx

он построен на LinqToSql, но это не имеет отношения к примеру - все, что важно, это то, что ваши бизнес-объекты реализуют INotifyPropertyChanged (какие классы генерируются LinqToSql). MVVM не является точкой этого примера, но я не думаю, что это имеет значение в данном случае.

в этой статье показано, проверка данных
http://blogs.msdn.com/wpfsdk/archive/2007/10/02/data-validation-in-3-5.aspx

опять же, большинство решений ORM генерируют классы, которые уже реализуют IDataErrorInfo и обычно предоставляют механизм, позволяющий легко добавлять пользовательские правила проверки.

большую часть времени вы можете взять объект (модель), созданный некоторым ORM, и обернуть его в ViewModel, который содержит его и команды для сохранения / удаления - и вы готовы привязать пользовательский интерфейс прямо к свойства модели.

вид будет выглядеть примерно так (ViewModel имеет свойство Item который содержит модель, как класс, созданный в ORM):

<StackPanel>
   <StackPanel DataContext=Item>
      <TextBox Text="{Binding FirstName, Mode=TwoWay, ValidatesOnDataErrors=True}" />
      <TextBox Text="{Binding LastName, Mode=TwoWay, ValidatesOnDataErrors=True}" />
   </StackPanel>
   <Button Command="{Binding SaveCommand}" />
   <Button Command="{Binding CancelCommand}" />
</StackPanel>

окна: Диалоги и MVVM немного сложнее. Я предпочитаю использовать аромат медиаторного подхода с диалогами, вы можете прочитать немного больше об этом в этом вопросе StackOverflow:
пример диалога WPF MVVM

мой обычный подход, который не совсем классический MVVM, можно резюмировать следующим образом:

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

общий вид для вашего диалогового окна-это может быть окно или пользовательский элемент управления "модальным" типом наложения. По своей сути это презентер контента, в который мы сбрасываем viewmodel, и он обрабатывает проводка для закрытия окна - например, при изменении контекста данных вы можете проверить, наследуется ли новый ViewModel от вашего базового класса, и если это так, подпишитесь на соответствующее событие close (обработчик назначит результат диалога). Если вы предоставляете альтернативную универсальную функцию закрытия (например, кнопку X), вы также должны выполнить соответствующую команду закрытия на ViewModel.

где-то вам нужно предоставить шаблоны данных для ваших ViewModels, они могут будьте очень просты, тем более, что у вас, вероятно, есть представление для каждого диалога, инкапсулированного в отдельный элемент управления. Шаблон данных по умолчанию для ViewModel будет выглядеть примерно так:

<DataTemplate DataType="{x:Type vmodels:AddressEditViewModel}>
   <views:AddressEditView DataContext={Binding} />
</DataTemplate>

диалоговое окно должно иметь доступ к ним, потому что в противном случае он не будет знать, как показать ViewModel, помимо общего диалогового интерфейса его содержимое в основном таково:

<ContentControl Content={Binding} />

неявный шаблон данных сопоставит представление с моделью, но кто запускает это?

это не так-mvvm часть. Один из способов сделать это-использовать глобальное событие. Я думаю, что лучше всего использовать настройку типа агрегатора событий, предоставляемую посредством инъекции зависимостей-таким образом, событие является глобальным для контейнера, а не для всего приложения. Prism использует Unity framework для семантики контейнеров и инъекции зависимостей, и в целом мне нравится Unity совсем немного.

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

настройка этого таким образом позволяет ViewModels попросить приложение открыть диалоговое окно и реагировать на действия пользователя там, ничего не зная о пользовательском интерфейсе, поэтому по большей части MVVM-ness остается полным.

однако бывают случаи, когда пользовательский интерфейс должен вызывать диалоги, что может сделать вещи немного сложнее. Рассмотрим, например, если позиция диалога зависит о расположении кнопки, которая ее открывает. В этом случае вам нужно иметь некоторую информацию о пользовательском интерфейсе, когда вы запрашиваете открытие диалогового окна. Я обычно создаю отдельный класс, который содержит ViewModel и некоторую соответствующую информацию пользовательского интерфейса. К сожалению, некоторые сцепления там кажутся неизбежными.

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

ButtonClickHandler(sender, args){
    var vm = DataContext as ISomeDialogProvider; // check for null
    var ui_vm = new ViewModelContainer();
    // assign margin, width, or anything else that your custom dialog might require
    ...
    ui_vm.ViewModel = vm.SomeDialogViewModel; // or .GetSomeDialogViewModel()
    // raise the dialog show event
}

диалоговое окно будет привязываться к данным позиции и передавать содержащуюся ViewModel во внутренний ContentControl. Сама ViewModel по-прежнему ничего не знает о пользовательском интерфейсе.

вообще я не использую DialogResult возврат имущества ShowDialog() метод или ожидать, что поток будет блокировать, пока диалоговое окно не будет закрыто. Нестандартное модальное диалоговое окно не всегда работает так, и в составной среде вы часто не хотите, чтобы обработчик событий блокировал это так или иначе. Я предпочитаю, чтобы ViewModels занимались этим - создатель ViewModel может подписаться на его соответствующие события, установить методы фиксации / отмены и т. д., Поэтому нет необходимости полагаться на этот механизм пользовательского интерфейса.

так вместо этого потока:

// in code behind
var result = somedialog.ShowDialog();
if (result == ...

я использую:

// in view model
var vm = new SomeDialogViewModel(); // child view model
vm.CommitAction = delegate { this.DoSomething(vm); } // what happens on commit 
vm.CancelAction = delegate { this.DoNothing(vm); } // what happens on cancel/close (optional)
// raise dialog request event on the container

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