Asynkronisering i sanntid med ASP.NET MVC

Søknadsmodeller

Sanntidskommunikasjon blir en nødvendighet i webapplikasjoner som for tiden bygges, bak er de nettstedene som hadde dusinvis av sider for hver av brukerens handlinger, nå dreier alt seg om applikasjonene på en enkelt side og dens evne til å være dynamisk og asynkron.
Dette fører oss til å utvikle teknikker som lar oss adoptere og trekke ut informasjon i sanntid fra dataene som håndteres i applikasjonen, så vi må kjenne de grunnleggende teknikkene som lar oss utføre disse tilnærmingene.
I denne delen vil vi se noen teknikker for å hente ut informasjon i sanntid, det vil si å nå en asynkron tilstand uten å være avhengig av brukerhandlinger for at serveren skal sende dataene til klienten.
De klassisk modell av en applikasjon er når siden vår venter på svar fra serveren, på denne måten forblir de i en synkron tilstand som gjør at alle nye data er avhengige av handlinger som brukeren utfører i klientlaget, så hvis du vil se en oppdatering må du utfør en handling som laster siden på nytt.
Asynkron modellDen andre modellen er asynkron av AJAX hvor deler av siden lastes inn på nytt, unngår vi på denne måten å måtte laste hele dokumentet på nytt, men vi er fortsatt avhengige av den første hendelsen som brukeren foretar seg.
Til slutt kan vi snakke om en ekte kommunikasjon i sanntid når informasjonen sendes av serveren uavhengig av handlingene til brukeren, selv om dette høres komplekst ut, er det egentlig ikke, det er ganske enkelt forskjellige teknikker som vi kan bruke, for dette vil vi se noen av de vi har tilgjengelig:
Denne teknikken består i å simulere en samtale mellom klienten og serveren, på denne måten kan vi bringe dataoppdateringene med jevne mellomrom uten å avbryte brukeren, noe som gir inntrykk av at dataene blir presset i sanntid.
For å oppnå dette foretas en kombinasjon mellom anrop AJAX og funksjonen timer () av JavascriptMed dette kan vi kontrollere hvordan og når dataene skal innhentes, ulempen med dette er at vi sløser med ressurser, siden hvis det er flere forespørsler enn data som er innhentet, vil vi bruke serveren for mye, noe som kan skape ytelsesproblemer.

Denne teknikken, i motsetning til den forrige, er ikke en simulering av en samtale, og det er heller ikke flere samtaler, men vi ringer et enkelt anrop, men det er veldig langt, det vil si at det er som å åpne en kran og mens vannet renner venter vi for at noe skal falle.
For dette holder vi forbindelsen med serveren åpen til det er et svar, dette ligner litt mer på sanntid, men problemet er at når tilkoblingen er veldig lang kan den stenges eller kanskje klienten får tilgang fra en sted som stenger tilkoblingene på en veldig kort måte, derfor er det ikke veldig pålitelig, også hvis vi åpner mange tråder av denne stilen, kan vi få serveren til å krasje.

Vi har allerede sett noen grunnleggende teknikker for å lage applikasjoner med asynkrone elementer i sanntid, og med dette har vi også lært ulempene deres, i den neste delen vil vi se de avanserte teknikkene for denne oppgaven.
Tidligereside 1 av 2NesteLikte og hjalp du denne opplæringen?Du kan belønne forfatteren ved å trykke på denne knappen for å gi ham et positivt poeng