Как обновить базу данных из DataGrid

У меня есть выбранная из базы данных информация в DataGrid'е. А я хочу, чтобы если я что то изменю в какой либо строчке, то это обновится и в базе данных. Я использую LINQ. Вылавливаю событие изменения в строчке через SelectionChanged, т.е. данные будут обновляться при переключении строчки. По идее не очень то правильно, но другого, более подходящего, не нашёл. Как я понял, то мне надо как то получить выделенную строчку, её я как раз получу из события SelectionChanged. Потом мне надо как то пройтись по всей этой строчке, записать её в какой нибудь List, а потом врубить запрос и в нём из этого List'а обновить нужную строку. А как это сделать?

Моя табличка такова:

Ключ	Товар
1	Компьютер
2	Принтер
3	Сканер
...	...

0

Сообщение от JeyCi Так это и есть Модель (её ORM или рукописный DataAccess),

Ну, не всегда.
В Модели может быть достаточно сложная своя логика не имеющая отношения к Хранилищу.
В этом случае Репозиторий (в данном случае DbContext) обычно хоть и инкапсулируется внутри Модели, но всё равно выполняется в виде внутреннего отдельного слоя.

Что-то в таком духе:

Структура связей в WPF Решении

0

репозитарий нужен, только если вы захотите когда-нибудь сменить ORM... (или уже под несколько ORM сделан проект)... иначе нет смысла его (репозитарий) делать

1

Сообщение от JeyCi репозитарий нужен, только если вы захотите когда-нибудь сменить ORM... (или уже под несколько ORM сделан проект)... иначе нет смысла его (репозитарий) делать

Сори, но вы написали ерунду. Разрыв зависимости только одна из его фич.

0

JeyCi, если слово одно - это не значит что речь об одном и том же.
Контейнер у вас дома есть для мусора, для карандашей, для обеда. Тоже с Docker связано что ли?

Сообщение от JeyCi ok, смотрим определение Docker с wiki Containers are isolated from one another and bundle their own software, libraries and configuration files;

Окей, вы тоже Внимательно запоминайте - "софтваре", "библиотеки" "конфигурационные файлы". Ну грубо говоря про файлы речь.

Сообщение от JeyCi Для того чтобы ASP.NET Core знал о нашем контексте данных, его необходимо зарегистрировать в контейнере внедрения зависимостей (DI-контейнере).

Теперь тут читаем. Речь про приложение, код и регистрацию сервисов в приложении. Грубо говоря - это то что относится к внутренностям "софтваре".
Если в Докере нужно что-то регистрировать и в приложении тоже есть регистрация, то это тоже не значит что это одно и тоже.

Полезный комментарий закончен.

1

Сообщение от Wolfdp написали ерунду.

источник (если вам добавить нечего)

Сообщение от HF вы тоже Внимательно запоминайте

я спросила то, что меня интересовало - куда фоновые задачи, а куда сервер и UI... А ГРУБО ВЫ ИДИТЕ САМИ

0

Сообщение от JeyCi источник (если вам добавить нечего)

У Entity Framework DbContext есть особенности которые не позволяют "идеально" реализовать любой MVVM паттерн.
В MVVM паттерне требуется чтобы изменение состояния Модели его потребители могли отследить и чтобы состояние Модели можно было изменять только явно, контролируемым способом.

Рисунок из моей ранней темы:


Cущности Модели (принцип единой ответственности (SRP)) должны быть простыми DTO. Но если мы используем EF, то в нём сущности таковыми не являются, хотя и выглядят максимально близко к ним. Эти сущности отслеживаюся в DbContext. Это значит, что когда состояние сущности меняется кем-то из её потребителей (вплоть до View), то состояние Модели тоже меняется. Но сама модель об этом не знает. Например вы не можете подцепить на DbContext функцию автосохранения при изменении сущности. Ещё DbContext может менять состояние этих сущностей, даже если сущности "только для чтения" он их всё равно меняет через рефлексию. Но потребители не могут об этом узнать. Например, в WPF View привязки к свойствам изменённой сущности не обновятся. Чтобы решить эту проблему приходится в сущности внедрять INPC на все свойства сущности. Но это делает их избыточными с точки зрения функции Модели.

Поэтому выбор такой:
1) "Срезать углы" - добавить в сущности INPC, добавить в View обработку ввода пользователя в вызов извещения Модели (для автосохранения, например)
2) Сделать все слои "дружественными" - то есть недостатки реализации известны, они делают взаимодействие небезопасным, но при разработке все риски контролируются и сознательно обходятся или контролируемо используются
3) Сделать над DbContext оболочку, которая возьмёт на себя функцию изоляции его внутренней логики.

В MVC и MVP взаимодействие между слоями происходит несколько по иному. Поэтому для них в некоторых случаях можно сказать анти-паттерн Repository. Но для MVVM так не скажешь, на мой взгляд.

0

Сообщение от JeyCi источник (если вам добавить нечего)

Что-то не увидел там утверждения "репозиторий нужен только если планируется замена БД/ORM". Ещё там прям в коментах пишут что репозиторий позволяет подставлять данные в тестах для бизнес-логики.

Отдельно по докеру и DI:
- докер -- виртуализация окружения. Вы выделяете изолированное нечто для запускаемой программы, чтобы не конфликтовали устанавливаемые библиотеки, привязываемые порты и прочие радости девопса. Если сравнивать с реальным человеком, вы выделили этому человеку отдельное рабочее место.
- DI, а точнее либы позволяющие это реализовывать -- инструмент упрощения написания кода. Не запуска уже готового, а процесс реализации хотелок. Продолжая аналогию выше вы человеку выдаете пневно-степлер под гвозди, вместо обычного молотка.

0

Сообщение от JeyCi ведь ASP.NET мы делаем, как MVP, а WPF, как MVVM, а Andrey-MSK вывел свою модель и туда, и сюда...

Куда я её вывел? Она как работала на самом нижнем уровне так и работает. ViewModel просто вызывает её методы и всё, обмен данными между слоями происходит через DTO и никак не через сущности БД.

Вот структура моего проекта, шаблон MVVM

0. Model, классы DTO, работают сами по себе.
1. Model DataAccess, работает сама по себе.
2. Разные сервисы, работают сами по себе.
3. ViewModel - знает про 0, 1.
4. App - знает про всё, так как все слои через DI связываются в App. View знает про 0, 3.

0

Сообщение от Andrey-MSK 3. ViewModel - знает про 0, 1.

3. ViewModel - знает про 0, 1, 2. Интерфейсы служб и VM находятся в сервисах.

0

MVVMDiagramDesigner - здесь можно посмотреть пример с кодом

0