Svarscache med AngularJS

Att cacha en applikation hjälper oss att bibehålla prestanda optimalt, in AngularJS Det är inte annorlunda, om vi har de mest önskade svaren lagrade i cacheminnet kommer vår applikation förmodligen att vara mycket snabbare än om vi inte hade dem.
Som standard är det här alternativet inte aktivt, det beror på att svaren ursprungligen inte ska finnas i cacheminnet, men om vi till exempel alltid kommer att konsultera information som inte kommer att förändras under dagen, är det bra att det inte har vad att leta efter var och en begäran.
De cache den lagrar helt enkelt tillfälligt den information som den tar emot från servern på klienten, det vill säga första gången vi konsulterar informationen om vi extraherar den från den externa källan, men följande gånger konsulteras det datalager som applikationen hanterar.
Som vi nämnde cache är inaktiverat som standard, så vi måste aktivera det varje gång vi behöver ett svar för att lagras, för detta kan vi använda alternativet cache: sant I metoden med vilken vi ringer till resursen, låt oss se i följande bild hur en liten kod som gör detta ser ut:

Vi ser då att vi först ringer med honom $ http -metod till den andra metoden i detta fall skaffa sig (), redan inne när vi har angett URL: en för den externa resursen lägger vi också instruktionen cache: sant som vi nämnde, hanterar vi äntligen det lyckade svaret på begäran om det finns en.
Även om detta verktyg är ganska bra för programmets prestanda, ibland för användarvänligheten för användaren kan det inte vara så mycket, detta beror på flera saker, men det första är på grund av hur elementen uppdateras.
Samtidiga förfrågningarAngularJS det är smart nog att veta att om det finns flera samtidiga förfrågningar, bara köra en och sedan tjäna med resultatet för de andra, men vad händer om det är ett användarvalbart innehåll, i det här fallet i första hand kan det se gammalt innehåll och plötsligt uppdatera till nytt innehåll.
Det är därför vi måste vara försiktiga med hur vi kan använda detta cacheverktyg i vår applikation, eftersom om vi ger det en felaktig användning kan vi påverka hur våra användare manipulerar appen på ett negativt sätt.
Vi förklarar detta för att även om svaret kommer från cacheminnet är dess natur fortfarande asynkron, så det kommer att bete sig på samma sätt som om data hämtats från Url.
Med detta avslutar vi denna handledning, som vi ser har vi ett extra verktyg som gör att vi kan öka programmets prestanda genom att minska behovet av att söka efter data från andra resurser, med detta cache -verktyg vi kan uppnå en prestanda närmare noll väntan genom att interagera med applikationen.