Sync for @itgenio/edik-core
Обсуждение синхронизации состояния материала между пользователями.
Дополнительно, возможно, можно использовать для синхронизации состояния внутри сессии.
Пользователи запрашивают последнее состояние. Дальше применяют команды.
- команды можно применять только к общему состоянию, чтобы не было рассинхрона.
Команда - это действие, которое необходимо совершить над материалом.
На основе команд можно сделать:
- проигрыватель действий пользователя
- буфер действий(cmd+z)
Так как материал - сложное состояние с циклическими ссылками, логикой и т.д., сложно обновлять состояние дифами через запросы в бд:
- команда "Обновить поле"/"Удалить компонент" и пр. может затрагивать большое число точечных изменений.
- т.к. возможны real-time механики, число команд в секунду может быть большим.
- необязательно сохранять изменения в бд мгновенно, можно подождать 1-2 сек.
Решение - запуск живую копию материала на сервере и менять ее через команды, параллельно синхронизируя ее между всеми сессиями.
Копия должна запускаться только на одном сервере, чтобы гарантировать целостность.
В базу можно сохранять команды, а не изменения.
При публикации обязательно мержить команды и состояние в конечное состояние.
- необходимость в истории действий с возможностью откатить
- скорость и размер не так важен
Вариант решения: base + cmd1 + cmd2 + ...
- нельзя откатить(нет истории действий)
- скорость и размер важны
createSlide
``json`
{
"id": String,
"index": Number
}
removeSlide
`json`
{
"id": String
}
moveSlide
`json`
{
"id": String,
"index": Number
}
createObject
`json`
{
"id": String,
"slideId": String,
"index": Number
//...otherFields
}
removeObject
`json`
{
"id": String
}
moveObject
`json`
{
"id": String,
"index": Number
}
changeParent
//TODO совместить с changeObjectField?
`json`
{
"id": String,
"newParentId": Optional
"newIndex": Optional
}
changeObjectField
`typescript`
type ValueType = 'string' | 'number' | 'objLink' | 'compLink';
`json`
{
"id": String,
"field": String,
"data": {
"type": ValueType,
"val": any
}
}
Примечание: data может быть как примитив, так и ссылка на компонент/объект.
createComponent
`json`
{
"id": String,
"type": String
//...otherFields
}
removeComponent
`json`
{
"id": String
}
changeComponentField
`json``
{
"id": String,
"field": String,
"data": {
"type": ValueType,
"val": any
}
}
Надо отсылать сразу готовый объект вместе с компонентами, чтобы не спамить командами.
Аналогично пункту выше, сразу готовый объект
Влечёт за собой удаление всей внутренней структуры
Влечёт за собой удаление всей внутренней структуры.
При этом нужно очищать ссылки, что влечёт за собой изменение полей в каких-то компонентах.
Несколько вариантов решения:
шлём команду на удаление, локально изменяем модель
Каждая локальная копия сама очистит ссылки и удалит объекты.
- надёжнее, так как точно удалится объект со всей иерархией;
- меньше данных гоняем по сети;
- больше вычислений: чтобы удалить объект, нужно распарсить всю иерархию;
шлём команду + список изменений, локально применяем
Каждая локальная копия применит только те изменения, которые просчитал инициатор.
Тут может возникнуть ситуация, когда мы что-то начали делать внутри удаляемого объекта и пришла команда Удалить, и наши изменения не будут в списке изменений инициатора.
- возможен рассинхрон
- больше данных по сети
Буфер действий = буфер команд?
Нет, так как буфер действий привязан к интерфейсу редактора, в то время как буфер команд отражает изменение модели материала.
Как будет работать компиляция и регистрация кастомных типов
TBD