选择使用场景 Web Sockets in standard HTTP REST API

Question

我很乐意从更有经验的开发人员那里获得有关将 Web Sockets 添加到我基于 HTTP 的项目的建议。

就是这样。 我开发了基于 REST API 的服务。 一切都很好，但是……在某些特殊情况下，我的服务器需要很长时间才能满足客户端请求。 可能需要 1 分钟到几个小时（甚至几天）：我实现了一些不太好的算法来解决这个问题：

1. 客户端发送HTTP请求
2. 服务器回复注册请求
3. 客户端开始发送 HTTP 请求以获取必要的数据（如果响应没有所需的信息，客户端将发送另一个请求，依此类推）简而言之。

这似乎是一个糟糕的场景，我正在尝试集成 web sockets 以在此架构中添加双工通道。 我希望我的 API 能够尽快发送有关更新数据的信息，而无需来自客户端的许多请求。

但是我在选择使用 web 套接字（WS）的两种方式之一时有点困惑。

变体 A。服务器仅通过 WS 告知客户端数据已准备就绪。 客户端通过标准请求-响应 HTTP 方法从 REST API 获取数据。

变体 B。服务器通过 WS 将所有数据发送到客户端，根本没有 HTTP。

哪种变体更合适？ 或者也许其他一些变体？

我根本不想删除 HTTP。 我只是尝试为特定类型的端点实现 WS。

Answer 1

变体 A 会更合适也更容易实施。 您可以在数据准备好后向客户端发送消息，然后他可以发送数据请求。 它就像一个简单的聊天 websocket，将满足您的目的。