Это не бл, это уровень апи
Какой запрос от какого зависит -- это логика приложения, это не логика апи
Ну хотя, например, запрос за моими офферами явно нужно отменить и повторить, если во время этого запроса ты создал новый оффер, но это выглядит как максимально лишняя логика, которую довольно трудно поддерживать
Трудно, если ты не разделил уровень апи от уровня бл
Ты на уровень апи должен перенести логику бэкенда частично, чтобы он понимал какой запрос что конкретно делает
A few months later: Если во время этого запроса ты создал новый оффер +++ И этот оффер публичный +++ И этот оффер не в архиве +++ ИЛИ этот оффер помечен закрепленным
Да ну не, это ж просто оптимизация
Вот тебе кейс: 1) При изменении корзины бэк ожидает ее отправки для хранения в срм; 2) бэк лажает, с фронта происходит retry; 3) клиент сделал апдейт корзины; 4) клиент формирует оффер на предыдущий вариант корзины Решение я описал выше
Можешь псевдокод написать этого кейса? Не раскрыта тема кто конкретно занимается определением какой запрос от какого зависит
Обсуждают сегодня