Модель данных для редактирования веб-видео

Question

Я разрабатываю редактор веб-видео, который пользователи могут редактировать видео через интерфейс временной шкалы, аналогичный красной части прямоугольника на следующем рисунке.

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

Принимая график в интерфейсе изображения в качестве примера, есть один TimeLine объект, который имеет один VideoGroup суб-объект и один AudioGroup суб-объект. Объект VideoGroup имеет коллекцию из 2 объектов Трека, а именно Video 1 и Video 2. The AudioGroup Объект имеет 1 объект дорожки с именем Audio 1. Video 1, первый объект трека объекта VideoGroup имеет набор из 4 объектов мультимедиа, второй объект трека Video 2 имеет 6. В то время как Audio 1, единственный объект трека объекта AudioGroup не имеет.

Когда речь заходит о моем приложении, в задней части модели данных используется приложение для выполнения фактических операций редактирования. На лицевой стороне он должен отображаться на веб-странице графически, как показано на рисунке интерфейса. Для достижения этой цели мне интересно, что, поскольку на сервере уже есть модель данных, мне нужно создать соответствующую модель данных JavaScript на стороне клиента? Если нет, передняя веб-страница должна перезагружать модель данных из базы данных каждый раз, когда пользователь выполнил операцию редактирования, которая ее модифицирует, чтобы отобразить обновленную версию для конечного пользователя. Так ли так идти?

Answer 1

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

звучит как построение единого приложения страницы. Во-первых, ваше приложение будет загружать требуемые видео/аудио/данные через API, который представляет различные модели/классы вашей структуры данных. В браузере вы загрузите эти данные в фреймворк (Angular, React, Ember или что хотите).

Модели, более вероятно, отражают структуру данных, на которой у вас есть серверная сторона, но могут быть варианты для обработки конкретных проблем с интерфейсом.

Структура интерфейса будет отображать вашу временную шкалу и обрабатывать различные действия, которые делает пользователь.

Либо через действие сохранения или периодически вы отправляете (PUT) обновления обратно на сервер через ваш API, записывая изменения пользователей на временную шкалу.