SPA：仅使用websockets。 为什么不？

我正在重新设计一个Web应用程序，该应用程序以前已经在服务器端提供给单页面应用程序，并开始阅读有关WebSocket的内容。 Web应用程序将使用套接字将新记录和/或消息推送到客户端。 我一直在想，为什么大多数使用套接字的页面都不能处理它们在套接字上的所有通信。 大多数情况下，除了websocket之外，还有RESTful后端。 让客户端通过套接字查询新资源是不是一个好主意？ 如果是这样，为什么 - 除了RESTful API可能更容易与其他设备一起使用？

我可以想象，如果网络连接类似于移动设备上的网络连接，使用websockets可能不是最好的想法，但这可能适用于与网络的合理连接。

我发现这个相关的问题，但它是从2011年，似乎有点过时了：用websocket api替换rest api？

---

不，这不是一个坏主意。 实际上，我在一个应用程序中使用WebSocket连接进行数据交互，Web服务器仅处理资源请求，不同语言下的视图，维度等。

问题可能是缺乏基于持久连接的框架/工具。 多年来，大多数框架的前端和后端都是围绕请求/响应模型进行设计和构建的。 接近转变可能并非如此容易接受。

链接地址: http://www.djcxy.com/p/79457.html

上一篇: SPA: using websockets only. Why not?

下一篇: c++