我们正在设计一个Web应用程序。该应用程序是复杂文档的协作编辑器。我们将使用某种实时框架（SignalR或socket.io，出于这个问题的目的，我们假设我们将使用SignalR）。
我们有两个选择。首先-将整个API设为SignalR API-一切都通过集线器进行，从登录到简单查询，再到更新到长查询。第二种选择是在SignalR和REST之间进行分配-登录，更新和一次性查询为RESTful，长期运行的查询为SignalR。
除我们自己的前端外，我们不关心系统的其他客户端。
到目前为止，除了“感觉要做正确的事”之外，我们找不到保留REST接口的真正原因。有什么理由在SignalR和REST之间拆分API，而不仅仅是将所有内容保留在SignalR中？