Socket.io和RESTFul如何一起工作？

Question

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

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

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

然后我知道有一个名为的东西WebSocket，它是包装器socket.io。它使用“消息”在客户端和服务器之间进行通信。当我单击“发布”时，客户端将呼叫socket.send(data)并等待服务器的client.send(data)。太神奇了。但是URL呢？

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

此外，我应该这样做吗？在一个非常互动的Web程序（例如游戏）中，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