.NET 4.5 WebSockets vs SignalR

J'ai vu signalR vs html5 pour les websockets asp.net MVC application de chat mais il n'a pas 100% de répondre à ma question car elle est basée autour de HTML5 WebSockets, qui Microsoft peut avoir étendu sur dans .NET 4.5 avec leur objet WebSocket.

Je me demandais si le WebSocket disposent en fait de faire la même chose que SignalR et de revenir le temps d'interrogation lorsque les WebSockets ne sont pas disponibles? Sûrement Microsoft serait de mettre en œuvre la même technologie que SignalR dans leur approche de cette technologie?

Edit:

Pour quelqu'un d'autre vous demandez-vous à ce sujet, j'ai trouvé ce commentaire le plus utile pour comprendre le scénario et pourquoi je vais être SignalR:

Bien, ils ne sont pas vraiment. Jusqu'à maintenant, IIS et ASP.NET n'ont pas
rien construite en qui ont soutenu les WebSockets donc SignalR projet
construire eux-mêmes. Maintenant que Microsoft fournit la plomberie
SignalR pourrait facilement passer à l'utilisation de Microsoft de la mise en œuvre,
soit en plus ou au lieu de leur propre. SignalR est une
abstraction au-dessus des détails de mise en œuvre, WebScockets classe est la classe
détail de l'implémentation

Comme mentionné initialement dans la solution, le plan de SignalR devait faire partie de .NET, qui ne se produisent que c'est maintenant officiellement partie de ASP.NET asp.net/signalr - j'ai mis à jour ma réponse pour ajouter le lien et pensé que vous aimeriez savoir.
Ahh, incroyable! Merci pour la mise à jour sur ce @MohamedMeligy, c'est très positif de voir que les SignalR dans la bibliothèque de base.

InformationsquelleAutor Chris Dixon | 2012-03-01

28
1. Je me demandais si le WebSocket disposent en fait de faire la même chose que SignalR et de revenir le temps d'interrogation lorsque les WebSockets ne sont pas disponibles?
  
  WebSockets est un nouveau protocole indépendant des autres techniques de communication. À partir de la RFC
  
  Le but de cette technologie est de fournir un mécanisme pour navigateur
  les applications qui ont besoin de deux voies de communication avec les serveurs qui ne
  ne pas compter sur l'ouverture de plusieurs connexions HTTP (par exemple, à l'aide de
  XMLHttpRequest ou s et le long du scrutin).
2. Sûrement Microsoft serait de mettre en œuvre la même technologie que SignalR dans leur approche de cette technologie?
  
  Pas si ils veulent se conformer au cahier des charges, ils ne seront pas. Il n'y a certainement rien n'empêche Microsoft de développer un niveau plus élevé de l'API similaire à SignalR qui ferait abstraction de la communication du détail et de l'offre gracieuse de secours. Cependant cet hypothétique API serait probablement construire au-dessus de WebSocket classe plutôt que de la remplacer.
- Je pense que l'OP est en se référant à ceci: msdn.microsoft.com/en-us/library/...
- Yep alibres bd'agir, je suis! Désolé si je n'était pas clair dans ma question RomanArmy.
- Je sais, c'est la façon dont je l'ai compris aussi. Je prends le partie de la RFC qui dit ne comptez pas sur ... signifie le cahier des charges pour les WebSockets ne revient pas à long polarisation. En tant que tel, si Microsoft veut se conformer à la spécification, ils pourront également ne pas faire leur WebSocket classe de retomber à long polarisation.
- Donc, à cet égard, ils sont tir à eux-mêmes dans le pied en étant un peu derrière SignalR avant même de commencer avec cette technologie si elles plan conforme WebSocket avec le web, cahier des charges? Essayer de comprendre ce que le plan pour le futur de Microsoft est vraiment ici.
- Eh bien, ils ne sont pas vraiment. Jusqu'à maintenant, IIS et ASP.NET n'y a pas de quoi construite en qui ont soutenu les WebSockets donc SignalR projet avait pour construire eux-mêmes. Maintenant que Microsoft fournit la plomberie SignalR pourrait facilement passer à l'utilisation de Microsoft de la mise en œuvre, soit en plus ou au lieu de leur propre. SignalR est une abstraction au-dessus des détails de mise en œuvre, WebScockets classe est le détail de l'implémentation.
- Ohhh, je comprends maintenant, merci - c'est une excellente réponse. Je souhaite que je pourrais marquer les deux réponses correctes, mais je vais aller pour cela.
- Oui super réponse. J'imagine l'avenir de signalr sera tout simplement arracher leur coutume de mise en œuvre et de consommer de la nouvelle. NET Api.
InformationsquelleAutor R0MANARMY
40

Je pense que SignalR est le chemin à parcourir, et va être une partie de .NET lui-même de toute façon (et probablement s'étendre/fusion/remplacer le web-les prises en charge). Il utilise les web sockets lorsqu'il est pris en charge, et au client de vote hack quand il ne l'est pas, donc, c'est le chemin à parcourir.

Mise à jour:

Depuis cette réponse est encore en train upvoted, il vaut la peine de mentionner que SignalR est désormais officiellement partie de ASP.NET.

Vérifier http://asp.net/signalr

Mise à jour: .NET de Base

SignalR est également ajoutées .NET de Base comme @yazanpro noté dans les commentaires.

Il est disponible dans .NET de Base 2.1, et a la documentation officielle ainsi.
- Autant que je respecte votre réponse ici, savez-vous si les WebSockets droit maintenant de ne pas faire de même? Et si j'étais à utiliser SignalR, si il y a un potentiel de fusion des technologies de l' - serait-il judicieux d'utiliser la bibliothèque SignalR pour l'instant avec cela à l'esprit?
- Les notes que j'ai à ce propos sont issus des dernières notes de Justin King à partir de Microsoft lors de la présentation de SignalR à Sydney ALT.NET il y a quelques jours. Je comprends que la fusion de SignalR dans .NET de base va être par la SignalR guy lui-même, et est donc susceptible d'être très peu de modifications de l'offre actuelle.
- Incroyable qu'ils n'ont pas d'ajouter SignalR de soutien pour les websockets pour Win7 et Server 2008. Scandaleux vraiment...
- Ce n'est pas un SignalR chose, c'est un IIS chose, qui signalR exploite. Websocket de soutien a été ajouté dans IIS 8 iis.net/learn/get-started/whats-new-in-iis-8/...
- Au moins SignalR est le meilleur de secours lors de l'utilisation d'un IIS version qui ne supporte pas les Websockets :S
- Bien leur mauvais pour les services IIS et socket gens alors. J'ai effectivement eu une base SignalR mécanisme déjà mis en place sur mon site dans quelques heures, donc, bravo à la SignalR de l'équipe. Il utilise l'ESS sur Chrome et probablement le temps d'interrogation sur IE10, mais au moins ma première tentative a fonctionné tout de suite. SignalR à l'air vraiment sympa si loin!
- Il est également intéressant de mentionner que la bibliothèque Javascript pour SignalR a une dépendance matérielle sur jquery.. Donc si vous avez développé votre application avec une autre librairie javascript ou de cadre, à l'instar de Réagir, par exemple, vous allez encore avoir le poids mort de jquery, la tenue de votre application.
- SignalR est désormais officiellement partie de ASP.NET Core trop: docs.microsoft.com/en-us/aspnet/core/signalr/... Et l'annonce officielle: blogs.msdn.microsoft.com/webdev/2018/05/30/...
InformationsquelleAutor Meligy
8

SignalR utilise OWIN qui va utiliser les WebSockets connexion si le navigateur prend en charge les web sockets et le long du scrutin si le navigateur ne supporte pas les WebSockets.

InformationsquelleAutor Avi Ben-Margi

Vous devez vous connecter pour publier un commentaire.