После прохождения WebSockets против событий, отправленных сервером / EventSource и других ресурсов в Google, я понимаю,
Веб-сокеты соединения могут отправлять данные какбраузер и получать данные из браузера.
SSE (события на стороне сервера) соединения могут только передавать данные в браузер.Онлайн биржевые котировки являются хорошими примерами приложения, которое может извлечь выгоду из SSE.
Обновления на фондовой бирже, как говорят, являются хорошим примером, когда SSE может быть лучшим выбором, чем веб-сокеты.
MyВопрос касается даже таких приложений, как биржевые котировки, где сайт предоставляет ряд других функций (например, создание списка наблюдения), которым нужны данные для передачи из браузера на сервер.Если мы используем SSE, то это означает, что для использования любой другой функции на стоковом сайте необходимо открыть отдельное новое соединение, так как соединение SSE, открытое в последний раз, является одним из путей от сервера к браузеру.Разве это не так?
Если бы это был веб-сокет, то же соединение могло бы служить и другому взаимодействию.
Поэтому я хочу сказать, что когда мы уверены, что после первоначального запроса, инициированного клиентом, будут только (строго) события сервер-клиент, тогда модель SSE хороша, в противном случае существует возможность двусторонней связи (даже для стандартных обновлений).там, где есть возможность использования других функций, веб-сокет должен быть лучше).Не так ли?Также сейчас я не нахожу много приложений, где требуются только обновления с сервера