ресурса лежат определенные поля. Нужно организовать partial update этого поля (изменения порядка, добавление, удаление, изменение значения полей ресурса). В голову пока лезет 2 варианта:
1. Бэк просто предоставляет интерфейс к изменению этого поля, фронт сам все просчитывает и отправляет каждый раз полный массив со всеми изменениями.
2. Или я делаю на каждое действие свой отдельный эндпоинт но в этом случае получается большое количество запросов в бд.
Что правильнее?
Первый подход ИМХО более правильный. Юзер подтвердил действие данные ушли на бек. А при втором что делать, если фронт подергал эндпойнты, а пользователь передумал или коннект оборвался?
Но тогда получается что логика переносится на фронт
мало инфы, не оч понятно насколько сложно потом будет разбираться как че сохранять, как валидировать, нужна ли история изменений/аудит, как потом это может все меняться и как это влияет на выбор. нет смысла делать много эндпоинтов, можно иметь просто один rpc эндпоинт и все. Но это не значит что у нас круд ui и оно тебе обязано все слать. Тут уже вопрос как логика на клиенте организована и как работа с данными происходит. даже такие там вещи как лайв апдейты, или там возможность сохранять драфты изменений и т.д. будут влиять
Обсуждают сегодня