Håndtering af dyb cache med ASP.NET MVC

Applikationscache

En af de ting, der gør applikationer langsommere eller forbruger flere ressourcer, er at skulle flytte store mængder data, for eksempel hvis vi skal vise en liste over produkter, vi skal sende billeder og den tilhørende tekst til hver anmodning.
Selvom dette forventes, er der måder, hvorpå vi kan reducere belastningen på serveren til dette, for hvis vi f.eks. Skal sende listen, og den ikke er ændret, er det ikke værd at konsultere databasen for hver identisk anmodning .
Hvordan løses dette?For at løse dette problem er der cache, hvilket ikke er mere end en måde, hvorpå vi kan gemme resultater for at undgå at konsultere dem igen, mens de ikke har ændret sig, med dette kan vi for eksempel gemme teksten uden for databasen og betjene den statisk, hvilket reducerer den indsats, der skal gøres. lav serveren.
I dette afsnit vil vi se i dybden, hvad cachen betyder og de muligheder, vi har for at implementere en løsning af denne stil i vores applikationer ASP.NET MVC.

Først skal vi definere dette koncept lidt mere i dybden, cachen er ikke andet end opbevaring af data, der skal forbruges senere, på denne måde genbruger vi oplysningerne til alle de anmodninger, der fremsættes om det.
Cachens gyldighedDet cache Det har en gyldighed, det vil sige en tid eller en udløbsbetingelse, hvilket garanterer, at forældet indhold ikke serveres, for det bruger det API'er og værktøjer til at nå disse mål. Disse udløbsbetingelser svarer imidlertid ikke til API bestemt, er det her, hvor applikationsudviklerens rolle kommer ind for at indstille de korrekte parametre, så applikationen vinder i ydeevne og ikke har problemer.
ASP.NET MVC Det har kompatibilitet med flere værktøjer, der giver os mulighed for at styre applikationscachen på en passende måde, så det er vigtigt at mestre disse begreber.
Afhængigt af den måde, hvorpå vi implementerer cachen, har vi to typer eller kategorier, den første kategori, ansvaret påhviler server og den anden kategori ansvaret falder på klient.
Begge kategorier har det samme formål at reducere serverens indsats ved lagring af dataene, forskellen er, at som deres navne angiver, gør man det direkte på serveren, og en anden gør det på klienten.
Hovedformålet med cache på serveren er at reducere belastningen på CPU'en og forbedre svaret på de fremsatte anmodninger, med dette har vi flere ressourcer til rådighed til at deltage i flere anmodninger, generelt er denne cache i cachen Database og af dokumentgenerering.
Faldet i belastning sker ved at reducere antallet af opkald til forespørgsel på data både i databasen og i de processer, der genererer det, da det er lettere at betjene statisk indhold end dynamisk, selvfølgelig afhænger dette også af den gode konfiguration fra vores server.
Det cache på klientsiden Det indebærer en anden dimension, da det søges her er at reducere applikationens båndbreddeforbrug, det vil sige, at vi søger at downloade den mindste mængde data fra serveren.
Det er muligt at bruge det takket være de nye implementeringer af browserne, der giver os mulighed for at gemme indhold på klientcomputeren. Det er generelt bruges til at gemme statiske filer, såsom billeder, typografiark, Javascript -filer.
Som et team er det bedreDet faktum, at de er to forskellige kategorier, betyder ikke, at de ikke kan arbejde sammen, eller at de udelukker hinanden, tanken er at anvende teknikker for begge parter, så vi kan optimere de ressourcer, vi har til rådighed maksimalt, og at vores applikation er hurtigere. Hver kategori har et omfang, og det er op til hver udvikler at kunne udnytte hver enkelt på den bedst mulige måde.
TidligereSide 1 af 7Næ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