Pamięć podręczna odpowiedzi z AngularJS

Buforowanie aplikacji pomaga nam w optymalnym utrzymaniu wydajności, w AngularJS Nie inaczej jest, jeśli będziemy mieć najbardziej poszukiwane odpowiedzi zapisane w pamięci podręcznej, nasza aplikacja prawdopodobnie będzie dużo szybsza, niż gdybyśmy ich nie mieli.
Domyślnie ta opcja nie jest aktywna, ponieważ pierwotnie odpowiedzi nie powinny znajdować się w pamięci podręcznej, ale np. jeśli zawsze będziemy sprawdzać informacje, które nie zmienią się w ciągu dnia, to dobrze, że nie ma czego szukaj każdego żądanie.
ten Pamięć podręczna po prostu tymczasowo przechowuje informacje otrzymane z serwera na kliencie, to znaczy za pierwszym razem, gdy konsultujemy informacje, jeśli wyodrębnimy je ze źródła zewnętrznego, ale później przegląda się repozytorium danych, które obsługuje aplikacja .
Jak już wspomnieliśmy pamięć podręczna jest domyślnie wyłączona, więc musimy go aktywować za każdym razem, gdy potrzebujemy zapisać odpowiedź, w tym celu możemy skorzystać z opcji pamięć podręczna: prawda W metodzie, za pomocą której wykonujemy wywołanie do zasobu, zobaczmy na poniższym obrazku, jak wygląda mały kod, który to robi:

Widzimy wtedy, że najpierw z nim dzwonimy $metoda http do innej metody w tym przypadku dostwać (), już w środku po określeniu adresu URL zewnętrznego zasobu również umieszczamy instrukcję pamięć podręczna: prawda o których wspomnieliśmy, w końcu właściwie obsłużymy pomyślną odpowiedź na żądanie, jeśli taka istnieje.
Chociaż to narzędzie jest całkiem dobre dla wydajności aplikacji, czasami ze względu na łatwość obsługi użytkownika nie może być tak bardzo, wynika to z kilku rzeczy, ale pierwszą jest sposób, w jaki elementy są odświeżane.
Jednoczesne prośbyAngularJS jest wystarczająco sprytny, aby wiedzieć, że jeśli jest kilka jednoczesnych żądań, wykonaj tylko jedno, a następnie pokaż wynik pozostałym, ale co się stanie, jeśli jest to zawartość wybierana przez użytkownika, w tym przypadku w pierwszej kolejności może zobaczyć starą zawartość i nagle zaktualizuj do nowej zawartości.
Dlatego musimy być ostrożni w sposobie, w jaki możemy użyć tego narzędzia pamięci podręcznej w naszej aplikacji, ponieważ jeśli użyjemy go niepoprawnie, możemy wpłynąć na sposób, w jaki nasz użytkownik manipuluje aplikacją w negatywny sposób.
Tłumaczymy to, ponieważ mimo że odpowiedź pochodzi z pamięci podręcznej, jej natura jest nadal asynchroniczna, więc będzie się zachowywać tak samo, jak gdyby dane zostały pozyskane z URL.
Na tym kończymy ten samouczek, jak widzimy, mamy dodatkowe narzędzie, które pozwala nam zwiększyć wydajność aplikacji, zmniejszając potrzebę wyszukiwania danych z innych zasobów, dzięki temu narzędzie pamięci podręcznej możemy osiągnąć wydajność bliższą zeru wait poprzez interakcję z aplikacją.