Есть 2 основных паттерна - оптимистическая и пессимистическая блокировка, примеров полно. Плюс запрос свежих данных перед началом редактирования конкретной записи.

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

JulTБлокировки я освоила пару постов назад,спасибо)
Вот и хорошо. Вот почему я предлагаю начать все с блокировок:
При пессимистической блокировке перед началом редактирования запись помечается - и это первое оповещение/рефреш. Для "наблюдающего" пользователя должен быть выведен маркер, или даже убрана данная запись с экрана. После окончания редактирования - второе оповещение/рефреш, возможно, пометка записи в течение какого-то времени.
Возможна и обратная ситуация - если цена озвучена, то ее следует помечать, и оповещать уже редактирующего пользователя.
Оптимистическая блокировка тоже поможет, но уже в конце транзакции с клиентом.
В любом случае, чтобы разруливать конфликты, нужны блокировки, хотя тут и не один паттерн в чистом виде. А конфликты будут, так как применяемая схема - пользователь озвучивает что-то клиенту недостаточно надежна