Спецификация MVVM паттерна

@Bespridelschic · Регистрация: 31.07.2013

Студворк — интернет-сервис помощи студентам

Доброго времени суток форумчане!

Возникло затруднение с пониманием реализации MVVM паттерна. Саму модель Model-ViewModel-View я понимаю,
а вот с реализацией на WPF/UWP возникают проблемы. В интернете есть куча статей и видео по этом поводу, и все они,
разные. Под разным я подразумеваю то, что в одной статье говорят что MVVM характеризует наличие DependencyObject,
в другой ICommand, в третьей INotifyProperty. Естественно информация получается "по-кусочкам", и понять
истину не представляется возможным.

Собственно что мне хочется узнать: как всё таки выглядит "правильно", с точки зрения архитектуры, приложение
MVVM. Очень бы хотелось увидеть живые примеры, или статьи с подробным описанием.

Всем спасибо!

@Bespridelschic · 22.10.2017, 16:10 **[ТС]**

Всё ещё актуально

@Bespridelschic · 27.10.2017, 15:29 **[ТС]**

Актуально

@novikov.ea · 27.10.2017, 17:06

Не знаю, существует ли спецификация по MVVM. Но MVVM в первую очередь характеризует наличие трёх уровней абстракции: Model, ViewModel и View. И они ни в коем случае не должны быть нарушены.
1) Model - логика, алгоритмы. НЕ ДОЛЖНА ЗАВИСЕТЬ ОТ ПЛАТФОРМЫ
2) ViewModel - содержит данные для отображения, обрабатывает действия интерфейса через команды, использует логику и алгоритмы Model. НЕ ДОЛЖНА ЗАВИСЕТЬ ОТ ПЛАТФОРМЫ
3) View - использует специализированные для платформы классы

Сообщение от Bespridelschic

Собственно что мне хочется узнать: как всё таки выглядит "правильно", с точки зрения архитектуры, приложение
MVVM

В моём понимании приложение "правильно" реализует MVVM, если его можно разбить на 3 проекта (или же заранее разбито)
Попробуйте создать какое-нибудь приложение с одинаковой логикой на трёх платформах: консоль, WPF, UWP. Сделайте отдельные проекты с зависимостями, как показано на рисунке.

Есть у меня минималистичный пример на использование MVVM в WPF приложении

Если речь изначально была про инструменты, то можно использовать разные фреймворки. PRISM, например. Ещё есть ReactiveUI - очень крутая и важная вещь.

@Bespridelschic · 27.10.2017, 17:10 **[ТС]**

novikov.ea, спасибо за ответ!

Как я понимаю, судя по всему, DependencyObject, INotifyPropertyChanged и ICommand всего лишь формальность
и их нужно использовать только в том случае, если это действительно необходимо?

@kenny69 · 27.10.2017, 17:15

DependencyObject, INotifyPropertyChanged и ICommand лишь средства с помошью которых вы можете реализовать MVVM в проекте.

@Bespridelschic · 27.10.2017, 17:18 **[ТС]**

kenny69, не могли бы вы кратко описать каждый из этих средств?

Как я понимаю, DependencyObject служит для завязки объекта с элементом GUI,
INotifyPropertyChanged используется как некое "событие", а ICommand - специальное
средство для работы с командами графического интерфейса.

Прошу поправить, если в чем то ошибаюсь.

@kenny69 · 27.10.2017, 17:28

INotifyPropertyChanged - уведомление view или viewmodel, что изменилось значение свойства. Например. во viewmodel изменили значение свойства и надо дать команду view чтобы эти изменения произошли и в интерфейсе
ICommand - передача событий из view во viewmodel. Нажали кнопку, сработало событие button_click и оно передалось во ViewModel.

DependencyObject и DependencyProperty - сердце wpf без них был бы невозможен binding, стили и анимация

@Bespridelschic · 27.10.2017, 17:29 **[ТС]**

kenny69, спасибо большое, теперь многое встало на свои места

@novikov.ea · 27.10.2017, 18:10

Необходимо также помнить и иметь ввиду, что DependencyObject и DependencyProperty - это понятия уровня View. Объекты уровня ViewModel не должны ими оперировать, так как это платформозависимые классы.
Сравните:
В WPF - System.Windows.DependencyObject, в UWP - Windows.UI.Xaml.DependencyObject
В WPF - System.Windows.DependencyProperty, в UWP - Windows.UI.Xaml.DependencyProperty
Тоже самое относится к Visibility и другим типам

INotifyPropertyChanged и ICommand определены в System.dll не являются платформозависимыми

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@Bespridelschic Wanna be serious 587 / 474 / 186 Регистрация: 31.07.2013 Сообщений: 1,693

	Спецификация MVVM паттерна 11.10.2017, 07:12. Показов 904. Ответов 9 Метки нет (Все метки) Доброго времени суток форумчане! Возникло затруднение с пониманием реализации MVVM паттерна. Саму модель Model-ViewModel-View я понимаю, а вот с реализацией на WPF/UWP возникают проблемы. В интернете есть куча статей и видео по этом поводу, и все они, разные. Под разным я подразумеваю то, что в одной статье говорят что MVVM характеризует наличие DependencyObject, в другой ICommand, в третьей INotifyProperty. Естественно информация получается "по-кусочкам", и понять истину не представляется возможным. Собственно что мне хочется узнать: как всё таки выглядит "правильно", с точки зрения архитектуры, приложение MVVM. Очень бы хотелось увидеть живые примеры, или статьи с подробным описанием. Всем спасибо! 0

@Bespridelschic Wanna be serious 587 / 474 / 186 Регистрация: 31.07.2013 Сообщений: 1,693
	22.10.2017, 16:10 [ТС]
	Всё ещё актуально 0

@Bespridelschic Wanna be serious 587 / 474 / 186 Регистрация: 31.07.2013 Сообщений: 1,693
	27.10.2017, 15:29 [ТС]
	Актуально 0

@Bespridelschic Wanna be serious 587 / 474 / 186 Регистрация: 31.07.2013 Сообщений: 1,693
	27.10.2017, 17:10 [ТС]
	novikov.ea, спасибо за ответ! Как я понимаю, судя по всему, DependencyObject, INotifyPropertyChanged и ICommand всего лишь формальность и их нужно использовать только в том случае, если это действительно необходимо? 0

@kenny69 burning1ife 1466 / 1287 / 294 Регистрация: 21.09.2008 Сообщений: 3,438 Записей в блоге: 9
	27.10.2017, 17:15
	DependencyObject, INotifyPropertyChanged и ICommand лишь средства с помошью которых вы можете реализовать MVVM в проекте. 0

@Bespridelschic Wanna be serious 587 / 474 / 186 Регистрация: 31.07.2013 Сообщений: 1,693
	27.10.2017, 17:18 [ТС]
	kenny69, не могли бы вы кратко описать каждый из этих средств? Как я понимаю, DependencyObject служит для завязки объекта с элементом GUI, INotifyPropertyChanged используется как некое "событие", а ICommand - специальное средство для работы с командами графического интерфейса. Прошу поправить, если в чем то ошибаюсь. 0

@kenny69 burning1ife 1466 / 1287 / 294 Регистрация: 21.09.2008 Сообщений: 3,438 Записей в блоге: 9
	27.10.2017, 17:28
	INotifyPropertyChanged - уведомление view или viewmodel, что изменилось значение свойства. Например. во viewmodel изменили значение свойства и надо дать команду view чтобы эти изменения произошли и в интерфейсе ICommand - передача событий из view во viewmodel. Нажали кнопку, сработало событие button_click и оно передалось во ViewModel. DependencyObject и DependencyProperty - сердце wpf без них был бы невозможен binding, стили и анимация 1

@Bespridelschic Wanna be serious 587 / 474 / 186 Регистрация: 31.07.2013 Сообщений: 1,693
	27.10.2017, 17:29 [ТС]
	kenny69, спасибо большое, теперь многое встало на свои места 0

@novikov.ea 1857 / 1363 / 429 Регистрация: 10.06.2011 Сообщений: 2,136
	27.10.2017, 18:10
	Необходимо также помнить и иметь ввиду, что DependencyObject и DependencyProperty - это понятия уровня View. Объекты уровня ViewModel не должны ими оперировать, так как это платформозависимые классы. Сравните: В WPF - System.Windows.DependencyObject, в UWP - Windows.UI.Xaml.DependencyObject В WPF - System.Windows.DependencyProperty, в UWP - Windows.UI.Xaml.DependencyProperty Тоже самое относится к Visibility и другим типам INotifyPropertyChanged и ICommand определены в System.dll не являются платформозависимыми 2