Cache de réponses avec AngularJS

La mise en cache d'une application nous aide à maintenir les performances de manière optimale, en AngularJS Ce n'est pas différent, si nous avons les réponses les plus recherchées stockées dans le cache, notre application sera probablement beaucoup plus rapide que si nous ne les avions pas.
Par défaut cette option n'est pas active, c'est parce qu'à l'origine les réponses ne devraient pas être dans le cache, mais par exemple si on va toujours consulter des informations qui ne changeront pas au cours de la journée, c'est bien qu'il n'ait pas de quoi chercher pour chacun demande.
Le cache il stocke simplement temporairement les informations qu'il reçoit du serveur sur le client, c'est-à-dire la première fois que nous consultons les informations si nous les extrayons de la source externe, mais les fois suivantes le référentiel de données que l'application manipule est consulté.
Comme nous l'avons mentionné le le cache est désactivé par défaut, nous devons donc l'activer chaque fois que nous avons besoin d'une réponse à stocker, pour cela nous pouvons utiliser l'option cache : vrai Dans la méthode avec laquelle on fait l'appel à la ressource, voyons dans l'image suivante à quoi ressemble un petit code qui fait cela :

On voit alors qu'on appelle d'abord avec lui méthode $ http à l'autre méthode dans ce cas avoir (), déjà à l'intérieur après avoir spécifié l'URL de la ressource externe, nous plaçons également l'instruction cache : vrai que nous avions évoqué, nous gérons enfin correctement la réponse positive à la demande s'il y en a une.
Bien que cet utilitaire soit assez bon pour les performances de l'application, parfois pour la facilité d'utilisation de l'utilisateur, cela ne peut pas être autant, cela est dû à plusieurs choses, mais la première est due à la manière dont les éléments sont actualisés .
Demandes simultanéesAngularJS il est assez intelligent de savoir que s'il y a plusieurs requêtes simultanées, n'en exécutez qu'une et ensuite servez le résultat aux autres, mais que se passe-t-il s'il s'agit d'un contenu sélectionnable par l'utilisateur, dans ce cas dans un premier temps il pourrait voir le ancien contenu et soudainement mis à jour vers un nouveau contenu.
C'est pourquoi nous devons faire attention à la manière dont nous pouvons utiliser cet outil de cache dans notre application, car si nous lui donnons une utilisation incorrecte, nous pouvons affecter la façon dont notre utilisateur manipule l'application de manière négative.
Nous expliquons cela car même si la réponse provient du cache, sa nature est toujours asynchrone, elle se comportera donc de la même manière que si les données étaient obtenues à partir du URL.
Avec cela, nous terminons ce tutoriel, comme nous le voyons, nous avons un outil supplémentaire qui nous permet d'augmenter les performances de l'application en réduisant le besoin de rechercher des données à partir d'autres ressources, avec ce outil de cache nous pouvons atteindre une performance plus proche de zéro attente en interagissant avec l'application.