получают по http, они могут изменять его поле (допустим content). Если они получат объект "одновременно", а потом пользователь А изменит content, пользователь Б делая изменения должен будет получить оповещение о том что объект был изменён до него. Как это сделать по мудрому?
Пока придумал так: считать хеш контента и отправлять пользователю объект вместе с этим хешем, а когда пользователь будет отправлять свои изменения, высылать с ними ещё и хэш который он раньше получил, потом доставать объект из базы считать заново хеш контента и если хеш пользователя совпадает с хешем из базы, поле не было отредактировано, а если не совпадает, присылать пользователю уведомление?
Если решение говно, то как можно лучше, куда гуглить?
зачем позволять менять объект? не проще отдельной операцией передавать, условно, ид объекта и то что ты хочешь в нем поменять, а система выполняющая эту операцию сама решит что сейчас делать с изменением - отбросить или применить
Да, круто, только какая система? Скорее всего её должен написать я. И как её написать, откуда взять, как она называется (если уже написана)?
кстати, на момент редактирования объекта желательно навешать какой-нибудь лок который не позволит выполнять операции над объектом пока не будет взят. и естественно освобождать лок после всех манипуляций с объектом лок можешь положить в кеш, например
Можешь через websocket при изменении контента отправлять сообщение другому пользователю, что контент изменился, и подтянуть эти изменения
Либо вместо возни с хешем тупо таймстемп поставить с последним временем редактирования.
вешаешь лок, изменяешь, отправляешь сообщение пользователям об изменении объекта, снимаешь лок более сложную логику учитывающую все кейсы наеба от пользователя не стоит приседаний, т.к. всегда найдется "а что если..." для примера можешь глянуть как работает таблица в гугл докс. пока кто-то редачит ячейку никто не может ее редачить
через версионость :/
В гугл доке все сложнее. И с риал-тайм апдейтами :)
в чем заключается "сложнее"? чем оно концептуально отличается от того что я написал?
В том, что там реализована версионость документа, лок работает только на фронте и только в онлайне, бек не хендлит кейсы, когда клиент обновляет данные из неактуального состояния
Эмм Мы сейчас об одном, но о разном. Вероятно я привел не совсем корректный пример
Обсуждают сегодня