Asynkronisering i realtid med ASP.NET MVC

Applikationsmodeller

Realtidskommunikation blir en nödvändighet i webbapplikationer som för närvarande byggs, bakom ligger de webbplatser som hade dussintals sidor för var och en av användarens handlingar, nu kretsar allt kring applikationerna på en enda sida och dess förmåga att vara dynamisk och asynkron.
Detta leder oss att utveckla tekniker som gör att vi kan anta och extrahera information i realtid från data som hanteras i applikationen, så vi måste känna till de grundläggande teknikerna som gör att vi kan utföra dessa tillvägagångssätt.
I det här avsnittet kommer vi att se några tekniker för att extrahera information i realtid, det vill säga att nå ett asynkronläge utan att det beror på användarens åtgärder för att servern ska skicka data till klienten.
De klassisk modell av en applikation är när vår sida väntar på ett svar från servern, på så sätt förblir de i ett synkront tillstånd som gör att all ny data beror på åtgärder som användaren utför i klientlagret, så om du vill se en uppdatering måste du gör en åtgärd som laddar om sidan.
Asynkron modellDen andra modellen är asynkron av AJAX där delar av sidan laddas om, på så sätt slipper vi behöva ladda om hela dokumentet, men vi är fortfarande beroende av den första händelsen som gör att användaren vidtar några åtgärder.
Slutligen kan vi prata om en sann kommunikation i realtid när informationen skickas av servern oavsett användarens handlingar, även om det låter komplext är det verkligen inte, det är helt enkelt olika tekniker som vi kan använda, för detta kommer vi att se några av de vi har tillgängliga:
Denna teknik består av att simulera en konversation mellan klienten och servern, på detta sätt kan vi ta med datauppdateringarna regelbundet utan att avbryta användaren, vilket ger intryck av att data skjuts i realtid.
För att uppnå detta görs en kombination mellan samtal AJAX och funktionen timer () av JavascriptMed detta kan vi styra hur och när data kommer att erhållas, nackdelen med detta är att vi slösar med resurser eftersom om det finns fler förfrågningar än data som kommer att vi kommer att använda överdriven server, vilket kan generera prestandaproblem.

Denna teknik, i motsats till den föregående, är inte en simulering av en konversation och det finns inte flera samtal, men vi ringer ett enda samtal men det är väldigt långt, det vill säga det är som att öppna en kran och medan vattnet rinner väntar vi för att något ska falla.
För detta håller vi anslutningen till servern öppen tills det finns ett svar, det här är lite mer likt en realtid, men problemet är att när anslutningen är mycket lång kan den stängas eller kanske klienten kommer åt från en plats som stänger anslutningarna på ett mycket kort sätt, därför är det inte särskilt tillförlitligt, även om vi öppnar många trådar i den här stilen kan vi få servern att krascha.

Vi har redan sett några grundläggande tekniker för att skapa applikationer med asynkrona element i realtid och med detta har vi också lärt oss deras nackdelar, i nästa del kommer vi att se de avancerade teknikerna för denna uppgif.webpt.
Tidigaresida 1 av 2NästaGillade du och hjälpte denna handledning?Du kan belöna författaren genom att trycka på den här knappen för att ge honom en positiv poäng