@GDXbsv Этот кейс

Яндекс.хавка например приостанавливает заказ и сообщает клиенту, что цена изменилась

нахера нам все это знать?
Еафига пользовтелю знать
ОН уходит на thank you страницу с подробностями заказа
ему больше ничего не надо из того что вы описали

А у нас spa например.

что это меняет?
ПОльзователь все равно уходит на страницу завершения заказа
все данные о заказе у нас есть еще до оплаты

Ему же нужно обновить бонусы, корзину, баланс, рекомендуемые? Или всё это клиент должен знать?

оч просто. Кидаешь из команды эвенты. Типа "аттеншн, тут у нас ошибка". На эти эвенты подписывается штука, которая вещает их в потоке в паблик. будет ли это вебсокеты или server sent event или лонгполлинг не важно. Клиент на фронте тоже в свою очередь подписывается на интересные ему эвенты через этот вещатель. Получив событие выводишь уже инфу по нему и чоото делаешь.

у вас 2 варианта тут
1. сокеты для получения актуальной инфы с сервера
2. клиент сам пересчитывает

везде есть плюсы и минусы

Если бонус придет с задержкой в 2 дня даже не думаю что польщователб станет от этого как то сильно хуже
Мне computeruniverse их вообще только после доставки дал
корзина у вас просто очищается какие там проблемы?
баланс нам так и так надо проверять во время начала работы вычесть что то из чего то как обсуждали не велика проблема
рекомендунмые если новые начнут показыватся через час тоже не проблема
при этом рекомендуемые можно начать показывать как в на сттраницу товара зашли не надо ждать заказа
заказ может скоректировать рекомендуемые хоть через час
или вы собрались заставлять пользователя ждать пока рекомендуемые не пересчитаются?

В том и вопрос:
Я за 1
Sergei за 2

Вы держите в голове если вы хотете получить все жто с сервера сразу же
то вам надо заставить польщзователя ждать этого
и значит ошибка в рекомендумых заруинит вам заказ что как бы такое себе

я вообще не вижу смысла спорить о подходах, каждый выбирает что удобнее

первый перекладывает всю нагрузку на сервер, второй перекладывает на клиента часть задач

Не всё сразу. Команда добавится в очередь. Обработается. В процессе обработки нагенерится много евентов. И по мере их получения будем обновлять клиент

Второй подход вынуждает клиент знать, что должно произойти в результате обработки команды.

ну тоесть будем польщовтелю Крутилки показывать пока не получим ивента?
а если очередь большая то пусть ждет 10 минут загрузки всего?)
Это попахивает успешным сайтом!)

да, и в этом нет ничего плохого в данном случае

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

а можно положить болт на это все