Socket.io 和 RESTFul 如何协同工作？

Question

（我对RESTFul不太熟悉，如果我的概念有误，请纠正我）

在RESTFul架构中，我们将每个操作映射到一个URL。如果我点击“发布文章”，可能它实际上是 URL http://example.com/ 和一些数据 action=post&content=blahblah。

如果我想发布，但不刷新整个网页，我可以使用javascript的XMLHTTPRequest。我发布它，然后获取它的内容并将其插入到我的页面中的 div 中。这些动作都是异步的。

然后我知道有一个名为 WebSocket 的东西，它是包装器 socket.io。它使用“消息”在客户端和服务器之间进行通信。当我点击“post”时，客户端只需调用 socket.send(data) 并等待服务器的 client.send(data) 。这很神奇。但是网址呢？

可以同时使用这两种模型而不重复自己吗？换句话说，每个动作都有它的URL，其中一些动作可以与用户实时交互（通过socket.io？）

此外，我应该这样做吗？在交互性很强的网页程序（例如游戏）中，RESTFul 仍然有意义吗？

Answer 1

您正在为通过 http 映射到 REST 的操作定义处理程序。 POST 和 GET 通常指的是对实体的更新和查询。您绝对没有理由不能为这些可在两种上下文中使用的 CRUD 操作的通用版本定义一个处理程序。我通常这样做的方法是将“路由”的概念引入实时传输，并将它们映射回相同的 CRUD 处理程序。

您有一个会话，您可以施加相同的 ACL 等。

 +---------------------------------+
 |                                 |
 |      BROWSER                    |
 |                                 |
 +--+--^-------------------+---^---+
    |  |                   |   |
    |  |                   |   |
 +--v--+---+            +--v---+---+
 |         |            |          |
 | HTTP    |            | SOCKET.IO|
 +--+---^--+            +--+---^---+
    |   |                  |   |
 +--v---+------------------v---+---+
 |                                 |
 |        ROUTING/PUBSUB           |
 +-+--^-------+--^-------+--^------+
   |  |       |  |       |  |
 +-v--+--+  +-v--+--+  +-v--+-+
 |       |  |       |  |      |
 | USERS |  | ITEMS |  |ETC   |
 +-------+  +-------+  +------+
     ENTITY CRUD HANDLERS

Answer 2

我最近在我的博客上发布了此内容：

< strong>为 WebSocket 设计 CRUD API

在构建 Weld 时，我们同时使用两者REST 和 WebSocket (Socket.io)。关于 WebSocket 的三个观察：

1. 由于 WebSocket 的格式非常自由，因此您可以按照自己的意愿命名事件，但最终将无法进行调试。
2. WebSocket 没有 HTTP 的请求/响应形式，因此有时很难判断事件来自或去往何处。
3. 如果 WebSocket 能够适应应用程序中现有的 MVC 结构，最好使用与 REST API 相同的控制器，那就太好了。

我的解决方案：

• 我的服务器上有两个路由文件：routes-rest.js和routes-sockets.js
• 我的事件如下示例所示：“应用程序服务器/用户/创建”。
• 我使用正斜杠（“/”）使事件看起来像路由路径。
• 第一个字符串是目标（如果这实际上是路径，则为“主机名”）。
• 第二个字符串是型号。
• 第三个字符串是CRUD动词：即创建、读取、更新、删除。