Я сейчас экспериментирую с переходом существующего веб-приложения с нокаута на ответ js.Реагировать на серверную визуализацию без опроса для изменений
В-третьих, приложение устанавливает соединение с сервером на сервере и получает асинхронное обновление (может быть много клиентов, которые могут влиять на состояние других пользователей, например, в чате).
Вопрос: Если бы я выполнял роль сервера рендеринга, как изменения могли быть перенесены на каждого клиента? Я только что начал читать на рендеринге на сервере, поэтому я, возможно, неправильно понимаю, как это работает, но, как я считаю:
Клиент выполняет действие, отправленное на сервер, сервер отвечает фрагментом html, который клиент затем заменяет его DOM
В случае приложения, в котором состояние может быть изменено сервером или другим клиентом, будет ли я вынужден использовать веб-сайты/HTTP-опрос для отображения этих обновлений?
Возможно ли, чтобы сервер сбрасывал новые фрагменты в противном случае?
Чтение на флюсе это, кажется, стандартный подход, поэтому в данном случае рендеринг на стороне клиента является более или менее единственным вариантом? – ioseph
Флюс - это один из подходов, некоторые используют его, а другие - нет. Вопрос в том, какая у вас причина для рендеринга на сервере? – FakeRainBrigand
Мое мышление заключалось в том, что это могло бы повысить производительность на более медленных машинах/устройствах, поскольку приложение со временем станет чрезвычайно сложным. – ioseph