Długie pobieranie dla wiadomości/aktualizacji w czasie rzeczywistym

Question

Co to jest dobra strategia do wprowadzania długiego sondowania w aplikacji .Net.

Czy to oznacza, że ​​metoda JS setInterval() ma na celu sprawdzenie serwera pod kątem aktualizacji, które mogą być renderowane na stronie. Zawsze uważałem, że może to być wyzwanie, jeśli chodzi o skalowalność, ponieważ wydaje się, że wygenerowałoby to wiele dodatkowych żądań na serwer WWW. Czytałem, że ten typ funkcjonalności powinien być zaimplementowany przy użyciu niezablokowanego serwera WWW (single threaded) NODE.js itd ... Ponieważ istnieje tylko jedna pętla wątku/zdarzenia, wydaje się, że żądania musiałyby być bardzo lekkie do obsługi kilka wniosków w odpowiednim czasie. Czy Node.Js może wywoływać wywołania db?

Widziałem witrynę randkową online, w której pojawia się powiadomienie w postaci wyskakującego okienka/wygaśnięcia, gdy ktoś odwiedza twój profil, gdy jesteś zalogowany do systemu. Jestem pod wrażeniem, że coś takiego może działać tak dobrze na stronie o dużej objętości.

Czy można założyć, że tego rodzaju system powiadamiania został zaimplementowany przy użyciu długiego sondowania? Na podstawie ciągłego sondowania przez JS?

Widzę podobnie za kulisami jej aktualizacje na stronie SO (wiadomości/głosy itp.) Czy to samo dotyczy podobnej strategii?

Answer 1

Realtime aplikacji internetowych są z nami przez jakiś czas: historia Polling idzie z setInterval Technique do HTML5 WebSockets.

Tutaj można znaleźć prosty przykład długiego pobierania z JavaScript.

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

Answer 2

SignalR i pokein to dwie dobre opcje.

blog post przez scott Hanselman który wyjaśnia użyciu SignalR http://www.hanselman.com/blog/AsynchronousScalableWebApplicationsWithRealtimePersistentLongrunningConnectionsWithSignalR.aspx