Lange Abfrage für Echtzeitnachrichten/-aktualisierungen

Question

Was ist eine gute Strategie zum Implementieren langer Abfragen in einer .Net-Anwendung?

Wäre es mit einem JS-setInterval() - basierten Ansatz gemeint, um den Server nach Aktualisierungen zu fragen, die auf der Seite gerendert werden können. Ich habe immer gedacht, dass das eine Herausforderung für die Skalierbarkeit sein könnte, da es so aussieht, als würde es viele zusätzliche Anfragen an den Webserver generieren. Ich habe gelesen, dass diese Art von Funktionalität mit einem nicht blockierenden Webserver (single-threaded) NODE.js usw. implementiert werden sollte. Da es nur eine Thread/Event-Schleife gibt, scheint es, als müssten die Anforderungen sehr leicht zu bedienen sein mehrere Anfragen rechtzeitig. Kann Node.Js db-Aufrufe auslösen?

Ich habe eine Online-Dating-Website gesehen, auf der Sie eine Benachrichtigung in Form eines Popup-Fensters erhalten, wenn jemand Ihr Profil besucht, wenn Sie gerade im System angemeldet sind. Ich bin beeindruckt, dass so etwas für eine hochvolumige Website so gut funktioniert.

Ist es vernünftig anzunehmen, dass diese Art von Benachrichtigungssystem mit langem Polling implementiert wird? Basierend auf ständiger Abfrage durch JS?

Ich sehe ähnliche hinter den Kulissen aktualisiert sie auch auf der SO-Seite (Nachrichten/Abstimmungen usw.) Verwendet dies eine ähnliche Strategie?

Answer 1

Realtime Web-Anwendungen haben jetzt bei uns seit geraumer Zeit gewesen: die Geschichte des Polling geht von setInterval Technique zu HTML5 WebSockets.

Hier finden Sie Simple Long Polling Beispiel mit JavaScript.

http://techoctave.com/c7/posts/60-simple-long-polling-example-with-javascript-and-jquery

Answer 2

SignalR und pokein sind zwei gute Optionen.

Eine Blog-Post von Scott Hanselman die SignalR mit erklärt http://www.hanselman.com/blog/AsynchronousScalableWebApplicationsWithRealtimePersistentLongrunningConnectionsWithSignalR.aspx