Возникла такая задачка. Есть публикация с полем ресурсы (массив) внутри

Question

Возникла такая задачка. Есть публикация с полем ресурсы (массив) внутри

ресурса лежат определенные поля. Нужно организовать partial update этого поля (изменения порядка, добавление, удаление, изменение значения полей ресурса). В голову пока лезет 2 варианта:
1. Бэк просто предоставляет интерфейс к изменению этого поля, фронт сам все просчитывает и отправляет каждый раз полный массив со всеми изменениями.
2. Или я делаю на каждое действие свой отдельный эндпоинт но в этом случае получается большое количество запросов в бд.
Что правильнее?

#oop #programming #russian #software #web-design

0

28.03.2022

3 ответов

27 просмотров

Murad Akhundov Автор вопроса

Oleksij Kyslytsja
Первый подход ИМХО более правильный. Юзер подтверд...

Но тогда получается что логика переносится на фронт

0

28.03.2022

Sergey P

мало инфы, не оч понятно насколько сложно потом будет разбираться как че сохранять, как валидировать, нужна ли история изменений/аудит, как потом это может все меняться и как это влияет на выбор. нет смысла делать много эндпоинтов, можно иметь просто один rpc эндпоинт и все. Но это не значит что у нас круд ui и оно тебе обязано все слать. Тут уже вопрос как логика на клиенте организована и как работа с данными происходит. даже такие там вещи как лайв апдейты, или там возможность сохранять драфты изменений и т.д. будут влиять

0

28.03.2022

Oleksij Kyslytsja · Accepted Answer

Oleksij Kyslytsja

Первый подход ИМХО более правильный. Юзер подтвердил действие данные ушли на бек. А при втором что делать, если фронт подергал эндпойнты, а пользователь передумал или коннект оборвался?

0

28.03.2022

212 похожих чатов

Возникла такая задачка. Есть публикация с полем ресурсы (массив) внутри

3 ответов

Похожие вопросы