Cache van reacties met AngularJS

Het cachen van een applicatie helpt ons de prestaties optimaal te houden, in AngularJS Het is niet anders, als we de meest gezochte antwoorden in de cache hebben opgeslagen, zal onze applicatie waarschijnlijk veel sneller zijn dan wanneer we ze niet hadden.
Standaard is deze optie niet actief, dit komt omdat de antwoorden oorspronkelijk niet in de cache zouden moeten zitten, maar als we bijvoorbeeld altijd informatie gaan raadplegen die gedurende de dag niet verandert, is het goed dat deze niet heeft wat te zoek voor elk verzoek.
De cache het slaat de informatie die het van de server ontvangt eenvoudig tijdelijk op de client op, dat wil zeggen, de eerste keer dat we de informatie raadplegen als we deze uit de externe bron halen, maar de volgende keren wordt de gegevensopslagplaats die de toepassing behandelt, geraadpleegd .
Zoals we al zeiden de cache is standaard uitgeschakeld, dus we moeten het elke keer activeren als we een reactie nodig hebben om te worden opgeslagen, hiervoor kunnen we de optie gebruiken cache: waar In de methode waarmee we de bron aanroepen, laten we in de volgende afbeelding zien hoe een kleine code die dit doet eruitziet:

We zien dan dat we eerst met hem bellen $ http-methode naar de andere methode in dit geval krijgen (), al binnen nadat we de URL van de externe bron hebben opgegeven, plaatsen we ook de instructie cache: waar die we hadden genoemd, behandelen we de succesvolle reactie op het verzoek eindelijk goed als die er is.
Hoewel dit hulpprogramma best goed is voor de prestaties van de applicatie, kan het voor het gebruiksgemak van de gebruiker soms niet zo veel zijn, dit komt door verschillende dingen, maar de eerste is vanwege de manier waarop de elementen worden ververst.
Gelijktijdige verzoekenAngularJS het is slim genoeg om te weten dat als er meerdere gelijktijdige verzoeken zijn, er slechts één wordt uitgevoerd en vervolgens met het resultaat naar de anderen wordt verzonden, maar wat gebeurt er als het een door de gebruiker selecteerbare inhoud is, in dit geval zou het in eerste instantie de oude inhoud en plotseling updaten naar nieuwe inhoud.
Daarom moeten we voorzichtig zijn met de manier waarop we deze cachetool in onze applicatie kunnen gebruiken, want als we het een onjuist gebruik geven, kunnen we de manier waarop onze gebruiker manipuleert de app op een negatieve manier.
We leggen dit uit omdat, hoewel het antwoord uit de cache komt, de aard ervan nog steeds asynchroon is, dus het zal zich op dezelfde manier gedragen alsof de gegevens zijn verkregen uit de cache. URL.
Hiermee voltooien we deze tutorial, omdat we zien dat we een extra tool hebben waarmee we de prestaties van de applicatie kunnen verbeteren door de noodzaak om naar gegevens van andere bronnen te zoeken te verminderen, hiermee cache-tool we kunnen een prestatie bereiken die dichter bij nul wachttijd ligt door interactie met de applicatie.