.NET 4.5 WebSockets vs SignalR

 

我已经看过用于asp.net MVC聊天应用程序的signalR vs html5 websockets，但它并没有100％回答我的问题，因为它基于HTML5 WebSockets，微软可能已经用它们的WebSocket对象在.NET 4.5中扩展了它。

我想知道WebSocket功能是否确实和SignalR一样，并且在WebSocket不可用时回退到长轮询？ 毫无疑问，微软会采用与SignalR相同的技术来实现这项技术？

编辑：

对于其他人想知道这个，我发现这个评论最有助于理解这个场景，以及为什么我会使用SignalR：

那么，他们不是真的。 直到现在，IIS和ASP.NET没有在支持的WebSocket中构建任何内容，所以SignalR项目必须自己构建它。 现在，微软正在提供管道工程，SignalR可以轻松切换到使用微软的实施，无论是自己的还是自己的。 SignalR是对实现细节的抽象，WebScockets类是实现细节

  • 我想知道WebSocket功能是否确实和SignalR一样，并且在WebSocket不可用时回退到长轮询？

    WebSockets是独立于其他通信技术的新协议。 来自RFC

    该技术的目标是为基于浏览器的应用程序提供一种机制，这些应用程序需要与不依赖于打开多个HTTP连接 （ 例如，使用XMLHttpRequest或s和长轮询 ）的服务器进行双向通信。

  • 毫无疑问，微软会采用与SignalR相同的技术来实现这项技术？

    不是，如果他们想要符合他们不会的规范。 当然，没有任何东西能够阻止微软开发类似于SignalR的更高级别的API，它将抽象出通信细节并提供优雅的回退。 然而，假设的API可能建立在WebSocket类之上而不是替代它。

    • 我认为SignalR是要走的路，并且无论如何将成为.NET本身的一部分（并且可能会扩展/合并/取代web-sockets支持）。 它在受支持时使用Web套接字，并且在不一致的客户端轮询攻击时使用，所以这是一条路。

    更新：

    由于这个答案仍然得到提升，值得一提的是SignalR现在正式成为ASP.NET的一部分。

    检查http://asp.net/signalr

    如果浏览器支持Web套接字，并且如果浏览器不支持WebSocket，则使用长轮询，SignalR使用OWIN，它将使用WebSocket连接。

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

    上一篇: .NET 4.5 WebSockets vs SignalR

    下一篇: Diff between @SessionScoped (CDI) and @Stateful (Java EE)