javascript - 从 ajax 重构为 websockets : recommended patterns and quick wins

Question

我有一个单页应用程序，目前使用 ajax 和 REST 与服务器通信。我主要使用 promises 和 deferreds 来构建代码，我使用 pubsub 代理在组件之间进行通信。一般来说，代码的结构遵循Zakas' suggestions for scalable application architecture。 .

为了性能和易于开发，我想至少将与服务器的一些交互移动到 websockets 中。我计划更改为使用 websockets 的一些特定交互是:

• 聊天功能
• 对长时间运行的任务的反馈
• 更新当前查看对象的属性(例如，某人发布到与我当前正在呈现的对象对应的 REST 端点)

我的问题是:

• 我应该注意哪些其他速效方案(即 websockets >> 给定用例的 ajax)？
• 什么 design patterns对构建 websocket 代码最有帮助？
• 一些应该保留 RESTful ajax 调用的交互，还是有充分的理由去 100% websockets？

谢谢。

编辑

Hera是我提交后发现的一些相关问题。这些与我问题的最后一部分最密切相关(100% websockets 是否有意义)。

• What is the disadvantage of using websocket/socket.io where ajax will do?
• websocket api to replace rest api?
• Why use AJAX when WebSockets is available?
• With websockets, is there a place for AJAX?

Answer 1

在我看来，能够通过单一(基于 WebSocket 的)协议(protocol)同时执行 PubSub 和 RPC，具有协同作用、技术和概念优势。事实上，我们一直在开发和使用这样一个协议(protocol):WAMP .

这是 why one protocol 的常见问题解答条目, 和一个 blog post讲述了一个真实的 war 故事，将基于经典的 Ajax 迁移到在 WAMP 上运行的基于 WebSocket 的完整解决方案，Autobahn和 Crossbar.io .

披露:我是 WAMP、Autobahn 和 Crossbar.io 的原作者，并为 Tavendo 工作。