EntityFrameworkCore
WPF
.Net 4

Есть БД SQLite. С помощью SQLite Toolbox я создал кучу POCO-классов, каждый из которых соответствует таблице в БД.
Во ViewModel создал


В том же модуле в конструкторе подписался на CollectionChanged. Поэтому добавление и удаление строк работает на ура: удаляю из DataGrid, у меня срабатывает обработчик события CollectionChanged.
А вот когда я меняю значение конкретной ячейки, информирования нет никакого. Хотя в отладке смотрю - действительно поменялось.

Теоретически ответ очевиден - DBPeople нужно переделывать в InotifyPropertyChanged.
Практически - мне что, все POCO классы переделывать? В каждом из них полей {get;set;} по 10 штук, мне ещё к ним добавлять к каждому вызов PropertyChanged и плюс дублировать эти же поля, но делать их локальными?
Или это как-то по-человечески делается?



Могу, конечно, прицепиться к событиям в гриде. Тогда мне придётся обрабатывать их в code-behind моего View. Получается, что добавлление/удаление я обрабатываю в ViewModel, а изменение - в View. Тоже криво.
Как правильно это делается в MVVM?

Спасибо за ответы! Но нет.
Решения "Petro123" всё же заставляют делать разную логику для добавления и изменения строки, а я бы хотел отслеживать изменения данных самостоятельно.
Решение "Сон Веры Павловны" заставляет делать то, чего я не хотел - менять всю огромную кучу (предположим, из сотни, грубо говоря) классов, нагенерированных с помощью SQLite Tools, добавляя INotifyPropertyChanged.

Я продолжил поиски и понял, что рыть надо было в направлении
\r\n
И цеплять уже грид к peopleview

Roman Mejtesтолько потому, что вам лень нормально прописать
не, мне не лень даже создать целую фабрику классов, если это понадобится. Проект, который я делаю, нужен мне прежде всего для того, чтобы понять, как всё делать правильно в рамках концепции MVVM. Перечитал кучу литературы, пересмотрел несколько видеоуроков типа Lynda.com, теперь осваиваю на практике. Конечно, не всё задержалось в голове, поэтому я перешёл к практике.
Будь мне лень и надо было бы сделать по-быстрее - я б забил на такие мелочи и делал первым пришедшим мне в голову способом.

Упомянутый код


я прописывал именно в модуле ViewModel класса окна. Я считал, что та "сотня" классов (у меня их 6 на самом деле, но я прикидываю, как бы я делал для большой БД) - это уже Model.
Значит, как я понимаю, в таком случае самым правильным решением будет именно наследование всех от от INotifyPropertyChanged. Ну или от некоторого общего класса, который унаследован от этого интерфейса (а это уже детали).

Roman MejtesЯ вижу класс PeopleBD, и его название говорит мне, что это класс модели данных. Той модели о которой View ничего знать не должна, если вы используйте шаблон MVVVM. Именно от сюда и растут ноги вашей проблемы. Между этим классом и классом формы должна быть прокладка в виде VM.
Вот я немного недопонимаю, если PeopleBD - модель, то как должен выглядить VM, если там один-в-один те же самые поля? Я вообще-то собирался столбцы грида байндить к полям PeopleBD.

Вообще, я статью находил, где какой-то американец описывал, что самое крутое - это забайндить DataGrid с peopleview (который является View от People, который, в свою очередь, ObservableCollection<DBPeople>), а мы подписываемся на события не грида, а этого самого peopleview и уже реагируем на них.

Petro123хорошо я согласенто как должен выглядить VM, если там один-в-один те же самые поля?
Начни с демки MVVM и новой темы.
Она не про грид вообще.
Не, прога, которую я пишу, полезная.
Я пытаюсь увязать редактируемые грид с БД. Во всех проектах, что я находил в сети (github и пр.), грид не был редактируемым. Решил у знатоков узнать, как организовывается передача в БД инфы о том, что строка в гриде была отредактирована.

Ключевой вопрос, который закроет эту тему:
Вот простенькая законченная программа на гитхабе .

До mvvm там далеко, но есть там одна штука, которая работает по волшебству:
На форме есть datagrid и list , отображающие одну и ту же информацию.

Не могу понять, каким образом list узнаёт от datagrid о том, что в datagrid изменились ячейки, отображая все изменения синхронно (вернее, как только по факту окончания редактирования строки)?

Там прямо непосредственно в конструкторе класса окна прописано:


Никаких событий ни у листа, ни у грида нет.

При этом что из себя представляет Products:


а Product не является унаследованным от INotifyPropertyChanged, обычный, ни от чего не унаследованный класс, хотя lstPersons сразу узнаёт обо всех изменениях полей этого класса. Как такое возможно?

Как самому узнать об изменениях в Products таким же образом, каким это делает этот list без применения упомянутого интерфейса? Колдовство просто какое-то

Roman MejtesОтключить это можно либо так. Либо создав 2 разных представления для этого источника.
в приведённом мной примере два представления - view для списка и view2 для датагрида. Тем не менее, как только в гриде завершается редактирование строки, данные передаются в обычный POCO с данными (и без INPC), а оттуда возвращаются в list и он их тут же обновляет. Как узнаёт о наличии изменений мне по-прежнему не понятно, к сожалению.
Потому что обычно для того, чтобы компонент узнал о том, что в POCO-классе изменились данные, нужно реализовать INPC. А тут как-то вот просто взял, да узнал.

"Roman Mejtes", спасибо!)) груз неопределённости рухнул с плеч.