Новое в архитектуре MVVM; Я смотрел на эта статья, но я не уверен, какие фрагменты кода относятся к модели или модели представления. Может ли кто-нибудь показать мне, как это делается? Кроме того, нужна ли каждой модели функция raisepropertychanged()?
Спасибо за ваши ответы заранее!
Если проект достаточно прост, модель/модель представления может быть такой же. Реализуйте INotifyPropertyChanged во всем, с чем вы собираетесь связываться.
Поэтому модели должны просто объявлять классы POCO. Я читаю tutorialspoint.com/mvvm/mvvm_first_application.htm, и в модели есть куча вещей INotifyPropertyChanged; это должно быть реализовано в модели представления и как это сделать? Спасибо!
@DanielLi Правильная реализация INPC - это большая часть определения модели представления. Если у вас есть отдельная модель и модель представления, модель не будет реализовывать INPC. Эта штука с учебниками на первый взгляд кажется мне сумасшедшей. Модель Student будет просто голыми свойствами. StudentViewModel будет представлять ту же концепцию, одного студента, но у него будут уведомляющие свойства, а также команды, свойство грязного флага и другие вещи, с которыми может играть пользовательский интерфейс: если есть коллекция StudentVM.Courses, StudentVM может иметь свойство SelectedCourse. . Как говорит Кевин, вы можете полностью отказаться от моделей.
Делать StudentViewModel набором моделей Student, которые на самом деле являются моделями просмотра, это странно. Затем он устанавливает свойство DataContext в пользовательском элементе управления вручную в коде позади, потому что нет основной модели представления. Этот парень блефует о знании MVVM. У автора этого блога гораздо более твердое понимание.





Несколько общий ответ здесь, но:
Модели представления должны содержать информацию, необходимую для связанного представления, и обрабатывать взаимодействие представления с моделью. Сюда входят данные для заполнения таких вещей, как текстовые поля и функции, которые определяют, что делать при нажатии кнопки (команда).
Модель — это все, что не связано напрямую с представлением. Это могут быть пользовательские типы данных или классы для взаимодействия с базой данных.
В модели не должно быть функции raisepropertychange() — точнее, она не должна реализовывать интерфейс INotifyPropertyChanged. Каждая модель представления должна реализовывать INotifyPropertyChanged, самый простой способ сделать это, как правило, иметь базовый класс модели представления, от которого наследуются все ваши модели представления, реализующие интерфейс.
Вот хороший пример реализации INotifyProperty., я лично использую последнюю опцию под заголовком C#7 в моем базовом классе модели представления и вызываю функцию SetField() из каждого свойства.
Если вы ДЕЙСТВИТЕЛЬНО хотите изучить MVVM с нуля, попробуйте эта статья (3 части). Отсюда вы получите файл Большая фотография. Там объясняется, что такое модель, что такое модель представления, что такое представление.
Ни одна модель вообще не должна реализовывать INotifyPropertyChanged. Модели должны быть голыми классами POCO. Модели представления должны реализовывать INotifyPropertyChanged.