RESTful后端和socket.io进行同步

Question

今天,我有了以下设置的想法.nodejs与express和一起创建服务器socket.io.使用express,我将创建一个RESTful API,它连接到mongo.BackboneJS或类似的将客户端连接到该REST API.
现在,每当mongodb(即其中感兴趣的数据)发生变化时,socket.io都会向客户端发送一个事件,该事件将为已更改的数据提供一个courser.然后,客户端将触发对REST的适当AJAX请求,以便在需要的地方获取新数据.

因此,socket.io连接的行为类似于同步触发器.它将用于整个访问,也可以通过这种方式管理会话.所有有效载荷都将通过http发送.

优点:

• REST API,用于与Web之外的其他客户端
• Auth可以完全通过socket.io完成.仅发送令牌和REST请求.
• 使用REST的好处.
• 也可以很好地发挥像Redis这样的酒吧/子服务

缺点:

• 比使用纯socket.io更大的开销.

您怎么看？我没有想到的任何重大缺点？

Answer 1

我同意@CharlieKey,您应该发送更新的数据而不是重新请求.

这正是塔正在做的事情:

• 保存一些数据:https://github.com/viatropos/tower/blob/development/src/tower/model/persistence.coffee#L77
• 插入mongodb(游标是查询/持久性抽象):https://github.com/viatropos/tower/blob/development/src/tower/model/cursor/persistence.coffee#L29
• 通知套接字:https://github.com/viatropos/tower/blob/development/src/tower/model/cursor/persistence.coffee#L68
• 向客户发送更新的记录:https://github.com/viatropos/tower/blob/development/src/tower/server/net/connection.coffee#L62

使用套接字作为触发器来重新请求Ajax的缺点是每个连接的客户端都必须获取数据,因此如果您的站点上有100个人,那么每次数据更改时都会有100个HTTP请求 - 您可以在重用套接字连接.