Dyp cachehåndtering med ASP.NET MVC

Innholdsfortegnelse

Programbuffer


En av tingene som gjør applikasjoner tregere eller bruker flere ressurser, er å måtte flytte store mengder data, for eksempel hvis vi skal vise en liste over produkter vi må sende bilder og den tilhørende teksten til hver forespørsel.
Selv om dette er forventet, er det måter vi kan redusere belastningen på serveren for dette, siden hvis vi for eksempel må sende listen, og den ikke har endret seg, er det ikke verdt å konsultere databasen for hver identisk forespørsel .
Hvordan løse dette?For å løse dette problemet er det cache, som ikke er mer enn en måte vi kan lagre resultater for å unngå å konsultere dem igjen mens de ikke har endret seg, med dette kan vi for eksempel lagre teksten utenfor databasen og betjene den statisk, og redusere innsatsen som må gjøres. lag serveren.
I denne delen vil vi se i dybden hva cachen betyr og alternativene vi har for å implementere en løsning av denne stilen i våre applikasjoner ASP.NET MVC.

Først skal vi definere dette konseptet litt mer i dybden, hurtigbufferen er ikke annet enn lagring av data som skal konsumeres senere, på denne måten gjenbruker vi informasjonen for alle forespørslene som sendes om den.
Cache -gyldighetDe cache Den har en gyldighet, det vil si en tid eller en utløpsbetingelse, og garanterer dermed at utdatert innhold ikke blir servert, for dette bruker det APIer og verktøy for å nå disse målene. Disse utløpsbetingelsene samsvarer imidlertid ikke med API bestemt, er det her applikasjonsutviklerens rolle kommer inn for å angi riktige parametere slik at applikasjonen får bedre ytelse og ikke får problemer.
ASP.NET MVC Den har kompatibilitet med flere verktøy som lar oss administrere applikasjonsbufferen på en tilstrekkelig måte, så det er viktig å mestre disse konseptene.
Avhengig av måten vi implementerer hurtigbufferen på, har vi to typer eller kategorier, den første kategorien er ansvaret server og den andre kategorien ansvaret faller på klient.
Begge kategoriene har det samme målet å redusere innsatsen til serveren når de lagrer dataene, forskjellen er at som navnene indikerer, gjør en det direkte på serveren og en annen gjør det på klienten.
Hovedmålet med cache på serveren er å redusere belastningen på CPU og forbedre responsen på forespørslene, med dette har vi flere ressurser tilgjengelig for å delta på flere forespørsler, vanligvis i denne kategorien er at bufferen til Database og av dokumentgenerering.
Nedgangen i belastning skjer ved å redusere antall anrop til spørringsdata både i databasen og i prosessene som genererer dem, siden det er lettere å betjene statisk innhold enn dynamisk, selvfølgelig avhenger dette også av den gode konfigurasjonen fra serveren vår.
De cache på klientsiden Det innebærer en annen dimensjon, siden det som søkes her er å redusere programmets båndbreddeforbruk, det vil si at vi søker å laste ned minst mulig data fra serveren.
Det er mulig å bruke det takket være de nye implementeringene av nettleserne som lar oss lagre innhold på klientdatamaskinen. Det er generelt brukes til å lagre statiske filer, for eksempel bilder, stilark, Javascript -filer.
Som et lag er det bedreDet at de er to forskjellige kategorier betyr ikke at de ikke kan jobbe sammen eller at de utelukker hverandre, tanken er å bruke teknikker for begge parter slik at vi kan optimalisere ressursene vi har tilgjengelig maksimalt og at søknaden vår er raskere. Hver kategori har et omfang, og det er opp til hver utvikler å kunne utnytte hver enkelt på best mulig måte.
TidligereSide 1 av 7NesteLikte og hjalp du denne opplæringen?Du kan belønne forfatteren ved å trykke på denne knappen for å gi ham et positivt poeng

Du vil bidra til utvikling av området, dele siden med vennene dine

wave wave wave wave wave