Всем доброго времени суток!
помогите советом, как лучше реализовать:
DataGrid привязан к ObservableCollection<Person>. Пользователь изменяет значения в нескольких строках. По кнопке Сохранить, изменения сохраняются в БД. При возникновении ошибки при сохранении в БД соответствующая строка в DataGrid восстанавливает предыдущее значение и пользователю показывается текст ошибки.
Смотрел в сторону IEditableObject - но что-то не пойму как его применить именно к этой задаче (для построчной отсылки изменений в БД он идеально подходит), тем более, что сразу после окончания редактирования строки (до сохранения в БД) автоматом вызывается метод EndEdit().

Абсолют,

Восстанавливать, чтобы пользователь видел значение до сохранения в БД. Какая ошибка - не суть, просто БД при попытке сохранения вернула исключение.

Абсолют,

не все. А только те, при сохранении которых возникла ошибка.
Метод Save() должен вызываться для каждой строки, где изменились значения.

Абсолют,

валидация - само собой должна быть на клиенте!
тут дополнительный уровень - ответ бд при попытке изменить строку.

enigmaticНа момент сохранения иметь список изменений источника данных.
После сохранения нужно знать какие изменения не прошли. Т.е. ваш серверсайд должен вас об этом уведомить в ответе.
Зная, какие именно изменения не прошли, восстанавливать предыдущие значения.

Скорее всего, пойду именно по этому пути. Т.е. во ViewModel добавлю объект-копию модели, которую буду заполнять по PropertyChanged + флаг IsInEditMode. При сохранении вызывается метод Save() репозитария, если успешный ответ - сбрасываем флаг, если нет - сбрасываем флаг, восстанавливаем данные из копии и выводим пользователю сообщение об ошибке.

enigmaticНо, во-первых, почему не устраивает вариант с валидацией? У нас есть БД, которая, исходя из неизвестной нам логики, может отвергать те или иные изменения? Вы посылаете 1 запрос на 1 строку при сохранении и часть может не "дойти"?

Банальная ситуация: данные, которые видит у себя на экране пользователь уже устарели (другой пользователь уже их изменил) => необходимо уведомить пользователя о том, что он "затрет" изменившиеся данные и для получения актуальных данных необходимо нажать кнопку обновить.

enigmaticЗатем,
Что делать с непрошедшими изменениями? "Забывать" их?
Как сигнализировать клиенту о том, что изменения второй строки из трех посланных на сохранение не прошли и как указать какое именно поле не "понравилось" БД? MessageBox? ToastNotifications? Подсвечивать красным прямо в гриде?


Безусловно, о непрошедших изменениях "забывать" нельзя. вариант: красная рамка в гриде + в доп. колонке в конце грида выводить сообщение об ошибке в строке с ошибочными данными.

enigmaticПо сути, оптимистическая блокировка? Это классно. А моему серверсайду пофигу на эти ньюансы, т.к. нет большого потока пользователей.
Кстати, а вы уже придумали как вы собираетесь "мержить" конфликтные изменения? :D
Да, совершенно верно, она самая. Стараюсь ее использовать для всех изменяющихся данных.
При конфликтах решение принимает сам пользователь: хочешь увидеть актуальное состояние данных - жми кнопку обновить, все и так устраивает - жми выход :)

enigmaticМожно вместо доп.колонки приспособить механизм выдачи ошибок валидации, к слову.
Можно поподробнее идею раскрыть?

enigmatic,

enigmaticКак быть, если он хочет видеть в чем конфликт данных и принимать решение - сохранить свои изменения поверх актуальных или отбросить свои изменения?

вопрос, конечно, интересный. я так глубоко не копаю. можно из функции Update в БД возвращать актуальные данные при ошибке, показывать пользователю и ждать от него решения, но, имхо, как-то уж очень геморно)

enigmaticПриспособить вижуалы валидации DataGrid для выдачи сообщений об таких ошибках сохранения данных. Всё равно эти вижуалы уже описаны в шаблоне, грех не воспользоваться.
Т.е. мы не смогли сохранить строку такую-то, подсвечиваем её, ругаемся на неактуальность данных.

Классная картинка - как раз то, что надо. Шаблон, в котором вижуалы описаны - опенсорс, угостите ссылочкой?

enigmatic,

спасибо за ссылку!