Cache odpovědí s AngularJS

Ukládání aplikace do mezipaměti nám pomáhá optimálně udržovat výkon v AngularJS Není tomu jinak, pokud máme nejžádanější odpovědi uložené v mezipaměti, bude naše aplikace pravděpodobně mnohem rychlejší, než kdybychom je neměli.
Tato možnost není ve výchozím nastavení aktivní, protože původně by odpovědi neměly být v mezipaměti, ale například pokud budeme vždy konzultovat informace, které se během dne nezmění, je dobré, že nemá co hledejte každého žádost.
The mezipaměti jednoduše dočasně uloží informace, které obdrží ze serveru, na klienta, to znamená, že při prvním nahlédnutí do informací, pokud je získáme z externího zdroje, ale v následujících případech je konzultováno úložiště dat, které aplikace zpracovává.
Jak jsme zmínili mezipaměť je ve výchozím nastavení zakázána, takže ji musíme aktivovat pokaždé, když potřebujeme uložit odpověď, k tomu můžeme použít tuto možnost cache: pravda V metodě, kterou voláme prostředek, se na následujícím obrázku podívejme, jak vypadá malý kód, který to dělá:

Potom vidíme, že s ním nejprve zavoláme metoda $ http v tomto případě na jinou metodu dostat (), již dovnitř poté, co zadáme URL externího zdroje, také umístíme instrukci cache: pravda o kterých jsme se zmínili, konečně správně vyřídíme úspěšnou odpověď na požadavek, pokud existuje.
Ačkoli je tento nástroj docela dobrý pro výkon aplikace, někdy pro snadné použití uživatele nemůže být tolik, je to kvůli několika věcem, ale první je kvůli způsobu, jakým jsou prvky aktualizovány.
Simultánní požadavkyAngularJS je dost chytré vědět, že pokud existuje několik simultánních požadavků, proveďte pouze jeden a poté podávejte s výsledkem ostatním, ale co se stane, pokud se jedná o uživatelsky volitelný obsah, v tomto případě v první instanci může vidět starý obsah a najednou aktualizovat na nový obsah.
Proto musíme být opatrní ve způsobu, jakým můžeme tento nástroj mezipaměti v naší aplikaci používat, protože pokud jej použijeme nesprávně, můžeme ovlivnit způsob, jakým náš uživatel manipuluje s aplikací negativním způsobem.
Vysvětlujeme to proto, že přestože odpověď pochází z mezipaměti, její povaha je stále asynchronní, takže se bude chovat stejným způsobem, jako kdyby byla data získána z Url.
Tím tento tutoriál dokončujeme, protože vidíme, že máme další nástroj, který nám umožňuje zvýšit výkon aplikace snížením potřeby hledat data z jiných zdrojů, s tímto nástroj pro mezipaměť interakcí s aplikací můžeme dosáhnout výkonu blíže nulovému čekání.