.NET 4.5 WebSockets vs SignalR

Question

Widziałem signalR vs html5 websockets for asp.net MVC chat application, ale nie w 100% odpowiedzieć na moje pytanie, ponieważ opiera się na HTML5 WebSockets, które Microsoft może rozszerzyć na .NET 4.5 z ich obiektu WebSocket.

Zastanawiam się, czy funkcja WebSocket faktycznie działa tak samo, jak SignalR i cofa się do długiego sondowania, gdy WebSockets nie są dostępne? Z pewnością Microsoft zastosowałby tę samą technologię co SignalR w swoim podejściu do tej technologii?

Edit:

dla nikogo innego zastanawiać to, znalazłem ten komentarz najbardziej pomocne w zrozumieniu scenariusz i dlatego będę używając SignalR:

Cóż, nie są one naprawdę. Do tej pory IIS i ASP.NET nie posiadały żadnego elementu wbudowanego w te obsługiwane WebSockets, więc projekt SignalR musiał je samodzielnie zbudować. Teraz, gdy firma Microsoft dostarcza układ hydrauliczny, SignalR może łatwo przełączyć się na implementację Microsoft, albo w uzupełnieniu, albo zamiast własnych. SignalR jest abstrakcji nad szczegółami implementacji klasy WebScockets jest szczegółowo realizacja

Answer 1

1. Zastanawiam się, czy funkcja websocket ma faktycznie takie same jak SignalR i spaść z powrotem na długi odpytywania kiedy WebSockets nie są dostępne?

   WebSockets to nowy protokół niezależny od innych technik komunikacji. Z RFC

   Celem tej technologii jest zapewnienie mechanizmu dla przeglądarek opartych zastosowań, które wymagają dwukierunkową komunikację z serwerami że nie nie opierają się na otwarcie wielu połączeń HTTP (np przy użyciu XMLHttpRequest lub s oraz z długim sondowaniem).

2. pewnością Microsoft będzie realizować tę samą technologię jak SignalR w swoim podejściu do tej technologii?

   Nie, jeśli chcą dostosować się do specyfikacji, nie będą. Z pewnością nic nie powstrzyma Microsoftu przed opracowaniem interfejsu API o wyższym poziomie zbliżonego do SignalR, który pozwoliłby odciąć szczegóły komunikacji i zaoferować pełen wdzięku mechanizm awaryjny. Jednak ten hipotetyczny API prawdopodobnie zbudowałby klasę WebSocket, a nie ją zastąpił.

Answer 2

Myślę, że SignalR jest drogą do zrobienia, i tak czy inaczej będzie częścią samego .NET (i prawdopodobnie rozszerzy/scali/zastąpi obsługę gniazd internetowych). Używa gniazd internetowych, gdy jest obsługiwany i konsekwentny hakowanie klienta, gdy nie jest, więc jest to droga.

Aktualizacja:

Ponieważ ta odpowiedź jest wciąż coraz upvoted, to warto wspomnieć, że SignalR jest teraz oficjalnie częścią ASP.NET.

Sprawdź http://asp.net/signalr

Answer 3

SignalR wykorzystuje OWIN który będzie używał WebSockets połączenia czy przeglądarka obsługuje gniazd internetowych i długie odpytywanie jeśli przeglądarka nie obsługuje WebSockets.