Asynchronie in realtime met ASP.NET MVC

Toepassingsmodellen

Realtime communicatie wordt een noodzaak in webapplicaties die momenteel worden gebouwd, daarachter bevinden zich die websites die tientallen pagina's hadden voor elk van de acties van de gebruiker, nu draait alles om de toepassingen van een enkele pagina en het vermogen om dynamisch te zijn en asynchroon.
Dit brengt ons ertoe technieken te ontwikkelen waarmee we in realtime informatie kunnen overnemen en extraheren uit de gegevens die in de toepassing worden verwerkt, dus we moeten de basistechnieken kennen waarmee we deze benaderingen kunnen uitvoeren.
In deze sectie zullen we enkele technieken zien voor het in realtime extraheren van informatie, dat wil zeggen het bereiken van een staat van asynchronie zonder afhankelijk te zijn van gebruikersacties voor de server om de gegevens naar de client te verzenden.
De klassiek model van een applicatie is wanneer onze pagina wacht op een reactie van de server, op deze manier blijven ze in een synchrone staat waardoor alle nieuwe gegevens afhankelijk zijn van acties die de gebruiker uitvoert in de clientlaag, dus als u een update wilt zien, moet u voer een actie uit die de pagina opnieuw laadt.
Asynchroon modelHet andere model is dat van asynchronie door AJAX waar delen van de pagina opnieuw worden geladen, op deze manier vermijden we dat het hele document opnieuw moet worden geladen, maar we zijn nog steeds afhankelijk van de eerste gebeurtenis dat de gebruiker een actie onderneemt.
Eindelijk kunnen we praten over echte communicatie in realtime wanneer de informatie door de server wordt verzonden, ongeacht de acties van de gebruiker, hoewel dit ingewikkeld klinkt, is het dat echt niet, het zijn gewoon verschillende technieken die we kunnen gebruiken, hiervoor zullen we bekijk enkele van degenen die we beschikbaar hebben:
Deze techniek bestaat uit het simuleren van een gesprek tussen de client en de server, op deze manier kunnen we de data-updates periodiek brengen zonder de gebruiker te onderbreken, waardoor de indruk ontstaat dat de data in realtime wordt gepusht.
Om dit te bereiken wordt een combinatie gemaakt tussen gesprekken AJAX en de functie tijdopnemer () van JavascriptHiermee kunnen we bepalen hoe en wanneer de gegevens worden verkregen, het nadeel hiervan is dat we middelen verspillen, want als er meer verzoeken zijn dan verkregen gegevens, zullen we overmatig gebruik maken van de server, wat prestatieproblemen kan veroorzaken.

Deze techniek is, in tegenstelling tot de vorige, geen simulatie van een gesprek en er zijn ook niet meerdere oproepen, maar we doen een enkele oproep, maar het is erg lang, dat wil zeggen, het is als het openen van een kraan en terwijl het water loopt, wachten we om iets te laten vallen.
Hiervoor houden we de verbinding met de server open totdat er een reactie is, dit is een beetje meer vergelijkbaar met een realtime, maar het probleem is dat wanneer de verbinding erg lang is deze kan worden gesloten of misschien is de client toegang vanaf een locatie die de verbindingen op een zeer korte manier sluit, daarom is het niet erg betrouwbaar, ook als we veel threads van deze stijl openen, kunnen we de server laten crashen.

We hebben al enkele basistechnieken gezien om applicaties met asynchrone elementen in realtime te maken en hiermee hebben we ook hun nadelen geleerd, in het volgende deel zullen we de geavanceerde technieken voor deze taak zien.
Vorigpagina 1 van 2VolgendeVond je deze Tutorial leuk en heb je eraan geholpen?Je kunt de auteur belonen door op deze knop te drukken om hem een ​​positief punt te geven