【问题标题】:SockJS or Socket.IO? Worth to recode ajax-based page? [closed]SockJS 还是 Socket.IO?值得重新编码基于 ajax 的页面吗? [关闭]
【发布时间】:2012-05-07 16:02:12
【问题描述】:

哪个更好:Socket.IOSockJS,最大的区别是什么?

将完全基于 ajax 的页面重建为基于 node.JS / socket.io 的页面有多难?我必须完全重新编码所有内容吗? 有没有关于如何做到这一点的好教程?这样做是否值得(在您看来)?

【问题讨论】:

  • 在 sockjs 邮件列表上有一个关于 SockJS 和 Socket.io 之间差异的帖子,也许它会有所帮助:groups.google.com/forum/#!topic/sockjs/lgzxVnlth54/discussion
  • 您不应该简单地将所有 PULL 更改为 PUSH。两者都存在是有原因的。仅在对用户体验有必要或有用时才使用推送内容。
  • 试着分解你的问题,让它们变得不那么“客观”。可能会展示你已经完成的关于这个主题的任何研究(这是为了避免你的问题被认为是非建设性的)跨度>

标签: socket.io server-push reverse-ajax


【解决方案1】:

SockJS 有更多可用的服务器端选项。如果您不想绑定到 Node.js,那么它可能是一种选择。从使用 PyPy 托管服务器端部分的一些基准测试来看,缩放似乎效果最好。

socket.io 有更多传输选项,包括 Flash。即使您不喜欢 Flash,它也可以选择真正的 WebSocket 传输,根据您的实现需求,它可能会更好地工作。

事实是,两者都能完成工作,这取决于你的愿望。我建议在每个应用程序中创建一个简单的应用程序,看看你的 API 是否更自然。

就个人而言,我更倾向于使用 socket.io ...我还要说,如果您需要使用集群进行扩展,您可能还需要制定一个使用 pub/sub 服务器的策略(例如as redis),因为不同的请求可能会到达不共享内存状态的不同进程。


另外值得注意的是,.Net 是否有类似的框架,称为SignalR ...

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2015-12-26
    • 2017-05-14
    • 2012-07-08
    • 1970-01-01
    • 2016-06-16
    • 2016-06-19
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多