В настоящее время у нас есть две основные системы:
Наше текущее общение осуществляется исключительно через REST, клиент входит в систему с комбо электронной почты / пароля и получает идентификатор сеанса, если он действителен. Этот идентификатор сеанса используется во всех следующих запросах, требующих аутентификации. К ним относятся:
- Регистрация у сваха
- Запрос данных
Возьмем, к примеру, сватовство. В настоящее время клиент должен постоянно спамить запросы сервера, чтобы проверить, найдено ли совпадение, предположим, что 1000 пользователей ищут совпадение в данный момент времени, то есть не менее 1000 запросов состояния в секунду.
СВ websocket эти издержки могут исчезнуть, и мы можем просто отправить совпадение, когда оно будет готово.
Фактические вопросы:
- Имеет ли смысл использовать Websockets в этом контексте? Есть ли лучшие варианты?
- Как мне отформатировать данные для отправки любого сообщения, готового (несколько запросов параллельно; получатель должен знать, какой запрос, в REST мы сделали это с ContextID, но мы могли бы также предоставитьимя запроса и т. д. Что имеет смысл?
- Любые другие вещи, которые мы могли бы пропустить?