212 похожих чатов

Подскажите, пожалуйста про MVVM в контексте C# и WPF Есть Model

и над ней делается ViewModel
в модели меняются данные и VM должна про это узнать
вот тут пишут, что обе этих сущности должны реализовать INotifyPropertyChanged

и в этом месте мне кажется, что есть дублирование кода и VM становится какой-то лишней сущностью

я что-то упускаю из вида?

3 ответов

15 просмотров

> But typically this is only needed if more than one object will be making changes to the Model's data, which is not usually the case. ключевая мысль. А упускаешь ты смысл разделения на model и viewmodel. то есть что есть что и за что отвечает.

Dmitry-Teh Автор вопроса
Sergey P
> But typically this is only needed if more than o...

а у меня как раз несколько объектов меняют модель — со стороны UI и со стороны физического мира

Dmitry Teh
а у меня как раз несколько объектов меняют модель ...

физический мир... он такой.... Рассмотри пример какого-нибудь приложения. Типа... вот у тебя есть апа которая в реалтайме должна на карте показывать поломки электросети. У тебя есть список твоих контактов (например твои близкие) и где они живут (координаты какие или район). И ты хочешь что бы твое приложение подсвечивало тебе контакты которые окажутся без света и т.д. То есть наша "модель" это твои контакты которые ты добавляешь в приложении и скажем список запланированных работ на сетях + списки инцедентов. Последние два твое приложение постоянно получает с сервера. В рамках MVVM у нас дата флоу будет следующий: - Обычно вьюхи в ситуации с MVVM это какая-то декларативная разметка например которую твой ui фреймворк рулит. Он вызывает твой код по сути и тебе надо предоставить механизм подписок что бы по изменению данных у view model фреймворк обновил вьюху. То есть с точки зрения потока управления вьюха (фреймворк) руководит парадом. - вью модель содержит в себе те данные в том формате которые нам удобно на UI отображать. То есть отформатированные там даты списки и т.д. И мы можем предоставить механизм подписок для изменения списка что бы UI перерендрился. - дальше у нас есть модель приложения которая данные хранит так как удобно для ее логики. Оно может там слушать апдейты с сервера и чекать периодически попадают ли твои контакты в зону ивента. Соответственно тут есть 2 варианта как можно делать. Можно уведомить view model о том что поменялся стэйт приложения и вью моделька заберет данные и отформатирует. А можно иметь какой-то список на уровне приложения (заафекченных контактов) и за ним следить, не проблема. Ну то есть тут вопрос именно в том насколько разное представление данных тебе нужно. Может быть ты потом захочешь сделать так что бы помимо контактов показывать еще метки на карте и т.д. И это потребует изменений только для view model а модель приложения останется без изменений.

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта