Как правильно в SPA получать данные из базы?

Question

[SpideR-KOSS]

Добрый день!

Допустим есть простой блог на Vue, SPA.

Данные хранятся в базе MongoDB. Сервер на NodeJS.

Vue позволяет отображать данные без перезагрузки страницы.

Как сделать чтобы при изменении и добавлении данных в базе они отображались в SPA без перезагрузки?

Comments

[Антон Спирин]

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

[SpideR-KOSS]

Антон Спирин, блог я привел лишь как пример.

Answer 1

[Сергей Горностаев]

Самое правильное решение - держать постоянно открытым websocket-соединение между фронтом и бэком. При добавлении данных в БД отправлять с бэка во все websocket'ы уведомление о добавленных данных.

Костыльный вариант - по таймеру с фронта опрашивать бэк о наличии новых данных.

Comments

[SpideR-KOSS]

Значит сокеты! Думал что есть что-то еще. Спасибо. :-)

[napa3um]

SpideR-KOSS, ещё можно рассмотреть более предназначенные для этого https://ru.wikipedia.org/wiki/Server-sent_events, а также библиотеку socket.io для прозрачного фалбэка с сервер-ивентс на сокеты, с сокетов на лонг-пулы.

Answer 2

[mamont80]

Думаю вопрос сложнее чем кажется. Не так важно через какой механизм вы будете получать обновления, вебсокет, longpooling или простой опрос. Я бы начал с простого опроса, потом бы переделал.
Юзер может быть за прокси, а прокси не держат вебсокет. Может "мигнуть" интернет, браузер может выгрузить вкладку, комп заснул. Может произойти много всякого и вы не должны полагаться на постоянство связи клиент-сервер.
Важно что клиент должен знать своё текущее состояние и получать список изменений состояния. Обычно состояние имеет номер, при изменении номер увеличивается. Зная номер предыдущего состояния, можно получить список изменений до последнего состояния. Это общая концепция. Возможно у вас могут быть ещё конфликты правок, уже сами прикинте на сколько сложным будет dif. Может быть что список изменений слишком большой и проще перегрузить всё состояние, чем принять dif.