Всем привет, пишу приложение состоящее из frontEnd (NuxtJS) и BackEnd (Asp Core) части.
В результате работы пользователя происходит редактирование данных укрупненно представленных в виде следующей модели:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
[
{
"parentID":"1",
"children":[
{
"childID":"1"
},
{
"childID":"2"
},
{
"childID":"3"
}
]
},
{
"parentID":"2",
"children":[
{
"childID":"4"
},
{
"childID":"5"
},
{
"childID":"6"
}
]
}
]
Изменение модели заключается в добавлении/удалении из массива корневых элементов ({"parentID":1...}), добавление/удаление дочерних элементов внутри родительских({"childID":"4"}). Я хочу сделать теневое сохранение результатов работы пользователя на BackEnd - по таймеру будет считываться данные с клиента и отправляться на бэкэнд для сохранения.
Соответственно я столкнулся с выбором стратегии сохранения данных.
1) Каждый раз отправляем полностью объект с данными для сохранения- на бэкэнде старый стираем, поверх него записываем новый.
+:
простота
отсутствие промежуточных состояний данных
-:
передача избыточных данных- они не поменялись, но все равно их сохраняем
2)На front храним предыдущую версию отправленных данных и отправляем только в том случае, если есть хоть одно отличие в сравнении с текущей
+:
Отбрасываем отправку дублирующих запросов
-:
Появляется хранение промежуточного состояния-уязвимая точка приложения, при падении которой происходит потеря последней версии данных
3)Создание на front логики, которая будет сравнивать текущее состояние данных и предыдущее сохранение и выделять конкретные группы изменений:
*созданные корневые ({"parentID":1...}) записи
*удаленные корневые записи
*редактированные корневые записи(изменения в массиве children)
на бэкэнд отправляется что-то вроде
1.
2.
3.
4.
5.
{
created:[],
deleted:[],
updates:[]
}
и на бэкэнде делается соответствующие команды для редактирования данных.
+:
минимально объем отправленных данных- отправляется только то, что действительно изменилось
-:
довольно сложная реализация
много этапов, на котором что-то может пойти не так и исказит данные
4)Дублируем каждое действие на front. То есть пользователь добавил корневой элемент- отправляем http-запрос сделать аналогичную команду с данными на бэкэнде, удалил, отредактировал- аналогично.
+:
не нужно хранить промежуточных состояний на front
несложная логика реализации
-:постоянный спам беэенда мелкими запросами, необходимость для пользовательского UI ждать, пока backend вернет ответ, что запрос прошел успешно.
Соответственно вопрос, возможно есть решение, которое лежит вне той плоскости, где выбирается между избыточностью отправляемых данных, простотой и минимально необходимым количеством http-запростов, но сложностью.
Какие есть best-practice для подобных ситуаций именно в архитектурном плане?Спасибо
