SockJS还是Socket.IO?值得重新编码基于ajax的页面吗?

SockJS还是Socket.IO?值得重新编码基于ajax的页面吗?,socket.io,server-push,reverse-ajax,Socket.io,Server Push,Reverse Ajax,哪一个更好:或者最大的区别是什么 将完全基于ajax的页面重建为基于node.JS/socket.io的页面有多困难?我必须把所有的东西都重新编码吗? 有关于如何做到这一点的好教程吗?(在你看来)这样做值得吗?SockJS有更多的服务器端选项可用。如果您不想绑定到Node.js,那么它可能是一个选项。从一些使用PyPy托管服务器端部分的基准测试来看,这种扩展似乎效果最好 io有更多的传输选项,包括闪存。即使您不喜欢flash,它也可以选择realWebSocket传输,这可能会更好地取决于您的实

哪一个更好:或者最大的区别是什么

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

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

io有更多的传输选项,包括闪存。即使您不喜欢flash,它也可以选择realWebSocket传输,这可能会更好地取决于您的实现愿望

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

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



同样值得注意的是,有一个类似的.Net框架叫做…

在SockJS邮件列表中有一个关于SockJS和Socket.io之间的区别的线程,也许它会有所帮助:你不应该简单地将所有的Pull更改为Push。两者都存在是有原因的。只有在对用户体验有必要或有用的情况下才使用推送内容。试着把你的问题分开,让它们不那么“客观”。。可能展示你已经做过的任何研究(这是为了避免你的问题以非建设性的方式结束)