MVVM и INotifyPropertyChanged

Здравствуйте. Начал разбираться с MVVM. И для меня непонятно в каких случаях нам нужно наследовать интерфейс INotifyPropertyChanged в model и в viewmodel, а в каких только в viewmodel?

0

Сообщение от titan4ik в данном случае я бы дублировал эти типы модели в ViewModel. Локально это не оптимально. Но глобально такой подход может быть правильным.

Я об этом тоже уже писал.
И в данном случае, как я уже неоднократно писал, речь идёт о маленьких, локальных решения создаваемы в основном для учебных целей чтобы понять как, вообще, создавать WPF+MVMM приложения. И в ракурсе этой цели (начального понимания-обучения) имеет смысл в детали реализации больших, распределённых решений?

Добавлено через 3 минуты
Подавляющему большинству начинающих трудно понять саму идею событийной связи от Model к View.
В ВУЗах как я понял события практически не изучают. Преподают программирование на уровне Фортрана 30-летней давности.
Какой смысл вместо объяснения связи Model->View объяснять что такое событие, делегаты и как их кастомно создавать?

0

Сообщение от titan4ik По каким материалам лучше всего изучить практические современные варианты реализации паттерна MVVM?

Основы технологии я изучал по книге Мэтью МакДональда. На сайте Metanit также неплохо написано.
Для разработки реального приложения следует использовать фреймворк. Я использую PRISM. Почитать про него можно в официальной документации или перевод на хабре.
Также, чтобы не велосипедировать свои аналоги ViewModelBase, можно использовать ReactiveUI. Статьи на хабре про ReactiveUI: (свойства, коллекции, команды). Introduction to Rx

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

Идея хорошая, подумаю над этим. На это нужно найти время.

Элд Хасп, в реализации вашего примера вы информируете ViewModel через событие PropertyChanged с PropertyName=ResultChange. При этом свойства с названием ResultChange не существует. Это нарушает контракт интерфейса, описанного в документации

Notifies clients that a property value has changed.

Сообщение от Элд Хасп Получение текстовых данных (txt, JSON, XML, ini и т.д.) и их парсинг в удобные для View типы это чья функция?

Это две разные операции, и их нужно разделять:
1) Получение текстовых данных и их парсинг в объект (задача Model)
2) Преобразование и подготовка данных для отображения (задача ViewModel)

Сообщение от Элд Хасп Если делать с полной абстракцией уровней в MVVM, то Модель должна получить данные, распарсить их максимум в дефолтные типы (string, int. double и т.п.) и послать сообщение в VM о том, что появились некие данные

Преобразовывать нужно в DTO (Data Transfer Object), которые повторяют структуру получаемой информации в сообщении.

Сообщение от Элд Хасп Но какой смысл в таком полном разделении? Если Модель может сразу распарсить данные в нужные для View типы?

Если парсить приходящие сообщения сразу во ViewModel, то можно столкнуться с проблемами, если структура сообщения будет изменена со стороны сервера. Если структура информации в сообщении поменяется, то придётся изменять структуру ViewModel (где-то плачет Single Responsibility Principle). В случае использования DTO достаточно будет поменять структуру DTO, а ViewModel просто считает данные их нового поля этого DTO.

Сообщение от Элд Хасп Чем мешает наличие INPC у типов в которые Модель будет парсить данные?

Не мешает, но и не приносит пользы. Зачем DTO интерфейс INPC? DTO по определению не нужна никакая логика.

Сообщение от Элд Хасп А если Модель парсит данные в типы пригодные для View то что это: Model или часть VM?

Существуют три варианта объекта, свойства которого мы привязываем во View:
1) Объект является частью доменной модели. Это Model
2) Свойства объекта не изменяются. Но на уровне Model этот объект не используется. Тогда можно считать, что это ViewModel.
3) Свойства объекта изменяются и нужно обновлять их значения во View. Это точно ViewModel
Всё зависит от того, насколько правильно соблюдены уровни абстракции. Иначе, если объект создаётся путём парсинга сообщений, а при этом он ещё и уведомляет о своих изменениях, то он выполняет роль и DTO, и, возможно, объекта доменной модели, и ViewModel'и. (Single Responsibility Principle опять плачет)

Сообщение от Элд Хасп Я не думаю, что надо отстаивать до фанатизма идею абсолютной чистоты MVVM, тем более что критериев этой чистоты нет и спорить об этом можно до бесконечности.

Только здравое обсуждение)

Кратко о написанном выше:
1) DTO+ViewModel в лице одного объекта - нарушение MVVM.
2) Реализация INPC в объектах модели не является нарушением MVVM. Но выглядит избыточным, а ваш пример нарушает контракт интерфейса.

3

novikov.ea, если допустим у нас имеется MainViewModel и ContentViewModel , при этом в MainViewModel создается несколько Observable<Тип класса модели>коллекций и необходимо иметь к ней доступ с ContentViewModel. Как в этом случае лучше реализовать? Не нарушают ли принципы MVVM, если для нескольких VIEW будет одна общая ViewModel? И еще, как можно привязать каждую Observable коллекцию к определённому окну, так как каждая коллекция будет источником данных для графика, а в главном окне, есть три кнопки для открытия каждого графика соответственно?

Добавлено через 7 минут
sdsd

0

Сообщение от novikov.ea Я использую PRISM

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

Я сам начинающий (C# изучаю около года, WPF и того меньше) - программирование для меня хобби. И я делюсь своим личными опытом и пониманием, в том виде в каком мне кажется это будет проще понять другим начинающим.

Я не знаком с Prism и ReactiveUI, но вы же знаете их, имеете опыт использования.
Возьмите любой мой пример (лучше из моих задач в Готовые решения, примеры и рекомендации начинающим на WPF [Элд Хасп]) и сделайте тему (или темы) с реализацией этих же задач, но правильно с применением Prism и ReactiveUI.
Дайте свои комментарии почему так, а не этак.
Я только буду рад изучить что-то новое.

Добавлено через 5 минут

Сообщение от novikov.ea PropertyName=ResultChange. При этом свойства с названием ResultChange не существует. Это нарушает контракт интерфейса,

По-моему, я там писал что делаю это для демонстрации работы INPC. Что бы не было отношения к нему как к "чёрту из табакерки". А то я часто сталкивался с тем, что объявляет интерфейс и на этом всё останавливают и появляются вопросы "Я же объявил INPC, а почему свойства не обновляются."
Возможно, такой пример разъяснения работы INPC не совсем удачен.

1

Сообщение от novikov.ea Основы технологии я изучал по книге Мэтью МакДональда.

Я посмотрел издание Мэтью МакДональда (WPF) от 2011 в переводе (1019 страниц) - так там ни в оглавлении, ни в предметном указателе нет MVVM вообще. Как это так?

0

Сообщение от titan4ik Как это так?

Потому что в книге описывается технология WPF, об использовании MVVM упоминается вскользь. Все, что там описано, можно применить и к MVVM

1

Сообщение от titan4ik Как это так?

Не знаю. Тоже всегда было интересно, почему так.

1

Сообщение от novikov.ea Не знаю. Тоже всегда было интересно, почему так.

Я такой катавасии, как в мире современного программирования, нигде не встречал)))
P.S. Катавасия - (перен.) суматоха, суета, беспорядок.

Это слово, имеющее значение "беспорядок", было заимствовано из греческого, где существительное katabasion являлось церковным термином и первоначально означало "сбор двух хоров, размещенных на клиросах (а так называются возвышения по обеим сторонам алтаря для церковных певчих), в середине церкви для общего пения". Впоследствии слово было переосмыслено, видимо, в связи с тем, что при таком соединении двух хоров нередко случалась неразбериха.

0