Cache -kontrollhuvud i ASP.NET MVC

När en användare besöker vår sida eller applikation för första gången kommer deras initiala hastighet att vara lite lägre, det beror på att webbläsaren måste ladda ner alla grafiska resurser för första gången, till exempel bilder och CSS, förutom skript som t.ex.js.
Vad händer när användaren besöker sidan igen? Detta bör laddas snabbare eftersom dessa element förblir desamma så att de inte ska ändras, problemet är att om vi inte berättar för webbläsaren hur länge vi ska behålla dem, är det troligt att om användaren besöker sidan igen om en timme är allt som första gången.
Den avlägsna framtiden är en fras vi hör mycket när vi pratar om innehållscache och webbläsare, det beror på att det refererar till den tid som webbläsaren måste behålla innehållet utan att behöva ladda ner det igen för varje besök av användaren.
Normalt ett lämpligt värde för webbläsarens innehåll är 1 månadBeroende på typ av applikation och dess uppdateringsfrekvens kan dock fall på upp till ett år.
ASP.NET MVC erbjuder oss möjligheten att fastställa livslängden och utgången av cacheminnet i vår applikation genom några instruktioner som efter tolkningen av servern blir HTTP -rubriker som indikerar nödvändig information för webbläsaren.
För detta kan vi använda metoderna Cache.SetExpires () Y Cache.SetMaxAge (), där den första indikerar tid eller datum då cachen måste dö och den andra tills den måste underhållas, för dess tillämpning i kod kan vi göra det som vi ser i följande bild:

FÖRSTORA

Det bör noteras att vi måste använd bara en av dessa metoder åt gången eftersom de är överflödiga, bara att vi enligt våra behov kommer att kräva det ena eller det andra.
Cachen från servernEtt annat sätt att ställa in rubriken och cache -utgången är via servern, i vårt fall IISFör detta kan vi använda rubrikerna inom elementet, med vilket servern direkt kommer att ge webbläsaren nödvändig information.
När det finns en ändring av det cachade innehållet och vi behöver att det ska visas måste vi berätta för webbläsaren att ladda det nya innehållet, vanligtvis gör vi detta genom att ändra Url av samma, för detta kan vi arbeta med versioner av innehållet, så om vi har en fil scripts-front.js, så att förändringen återspeglas kan vi ändra den med scripts-front-v2.jsPå så sätt upptäcker webbläsaren att det är ett nytt element och laddar om det.
Med detta avslutar vi denna handledning, vi har sett hur vi kan öka hastigheten på vår applikation genom att låta webbläsaren veta att den inte bör ladda resurser mer än en gång.Gillade 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