RESTful HTTP та websocket в одному додатку?

Якщо програма вже відкрита WebSocketдля прямих каналів, чи слід використовувати її AJAXдля інших комунікацій із сервером?

Оскільки з'єднання вже відкрито, чи слід використовувати його для запитів, які є, Request/Responseа не в реальному часі?

Я віддаю перевагу RESTful HTTPзапитам, тому що мені здається, що їх простіше налагодити. Ви можете скористатися веб-переглядачем з URL-адресами або завитками для перевірки повернення API. Вам не потрібно писати код, щоб відкрити WebSocket.

Було б дивно мати RESTful HTTP APIта WebSocketв одній програмі?

Однією з основних цілей дизайну Websockets є те, що він дозволяє передавати і протоколи HTTP, і Websocket через один і той же порт. Це досягається, явно вимагаючи від клієнта виконання рукостискання Websocket із запитом на оновлення HTTP. Таким чином, сервер може обробляти стандартне з'єднання HTTP-запиту, а також запит на оновлення HTTP, який тепер оновлений до постійного двостороннього двостороннього з'єднання.

Так, так, це, безумовно, справедливий випадок використання, однак, чи потрібно ви робити це для вашої конкретної програми, цілком інша справа. Веб-розетки є корисними та мають сенс, коли у вас є сценарії, згідно з якими сервер повинен мати можливість надсилати клієнту небажані дані (живі канали). Протокол HTTP та послуги REST корисні там, де потрібно блокувати синхронне отримання клієнтом даних.

Якщо ваші вимоги такі, що обидва з них мають сенс для вашої заявки, тоді вам слід використовувати обоє. Якщо ваша єдина взаємодія з сервером - це пряма трансляція, то послуги REST не підходять. Я думаю, що простота налагодження повинна мати досить низьку важливість з точки зору атрибутів якості системи, на які ви повинні архітектувати свій дизайн.