Asynkronisering i realtid med ASP.NET MVC

Anvendelsesmodeller

Realtidskommunikation er ved at blive en nødvendighed i webapplikationer, der i øjeblikket bygges, bag er de websteder, der havde snesevis af sider til hver af brugerens handlinger, nu drejer alt sig om applikationerne på en enkelt side og dens evne til at være dynamisk og asynkron.
Dette får os til at udvikle teknikker, der giver os mulighed for at adoptere og udtrække oplysninger i realtid fra de data, der håndteres i applikationen, så vi skal kende de grundlæggende teknikker, der giver os mulighed for at udføre disse tilgange.
I dette afsnit vil vi se nogle teknikker til at udtrække oplysninger i realtid, det vil sige at nå en asynkron tilstand uden at det afhænger af brugerhandlinger for serveren at sende dataene til klienten.
Det klassisk model af en applikation er, når vores side venter på et svar fra serveren, på denne måde forbliver de i en synkron tilstand, der gør, at alle nye data afhænger af handlinger, som brugeren udfører i klientlaget, så hvis du vil se en opdatering, skal du lav en handling, der genindlæser siden.
Asynkron modelDen anden model er asynkron ved AJAX hvor dele af siden genindlæses, undgår vi på denne måde at skulle genindlæse hele dokumentet, men vi er stadig afhængige af den første hændelse, som brugeren foretager sig noget.
Endelig kan vi tale om en sand kommunikation i realtid, når oplysningerne sendes af serveren uanset brugerens handlinger, selvom det lyder komplekst, er det virkelig ikke, det er simpelthen forskellige teknikker, vi kan bruge, for dette vil vi se nogle af dem, vi har til rådighed:
Denne teknik består i at simulere en samtale mellem klienten og serveren, på denne måde kan vi bringe dataopdateringerne periodisk uden at afbryde brugeren, hvilket giver indtryk af, at dataene bliver skubbet i realtid.
For at opnå dette foretages en kombination mellem opkald AJAX og funktionen timer () af JavascriptMed dette kan vi kontrollere, hvordan og hvornår dataene vil blive indhentet, ulempen ved dette er, at vi spilder ressourcer, da hvis der er flere anmodninger end indhentede data, vil vi gøre overdreven brug af serveren, hvilket kan skabe ydelsesproblemer.

Denne teknik er i modsætning til den foregående ikke en simulering af en samtale, og der er heller ikke flere opkald, men vi foretager et enkelt opkald, men det er meget langt, det vil sige, det er som at åbne en hane, og mens vandet løber, venter vi for at noget falder.
Til dette holder vi forbindelsen til serveren åben, indtil der er et svar, dette ligner lidt mere i realtid, men problemet er, at når forbindelsen er meget lang, kan den lukkes, eller måske får klienten adgang fra en placering, der lukker forbindelserne på en meget kort måde, derfor er det ikke særlig pålideligt, også hvis vi åbner mange tråde af denne stil, kan vi få serveren til at gå ned.

Vi har allerede set nogle grundlæggende teknikker til at oprette applikationer med asynkrone elementer i realtid, og med dette har vi også lært deres ulemper, i den næste del vil vi se de avancerede teknikker til denne opgave.
Tidligereside 1 af 2NæsteKan du lide og hjælpe denne vejledning?Du kan belønne forfatteren ved at trykke på denne knap for at give ham et positivt punkt