Кеш от отговори с AngularJS

Кеширането на приложение ни помага да поддържаме ефективността оптимално, в AngularJS Не е по -различно, ако имаме най -търсените отговори, съхранени в кеша, нашето приложение вероятно ще бъде много по -бързо, отколкото ако нямахме такива.
По подразбиране тази опция не е активна, това е така, защото първоначално отговорите не трябва да са в кеша, но например, ако винаги ще се консултираме с информация, която няма да се промени през деня, добре е да няма какво да прави потърсете всеки заявка.
The кеш той просто временно съхранява информацията, която получава от сървъра, на клиента, тоест за първи път се консултираме с информацията, ако я извлечем от външния източник, но след това се проверява хранилището на данни, с което се справя приложението.
Както споменахме, кешът е деактивиран по подразбиране, така че трябва да го активираме всеки път, когато се нуждаем от отговор, който да се съхранява, за това можем да използваме опцията кеш: вярно В метода, с който правим извикване към ресурса, нека видим на следващото изображение как изглежда малък код, който прави това:

Виждаме тогава, че първо се обаждаме с него $ http метод към другия метод в този случай get (), вече вътре, след като посочим URL адреса на външния ресурс, също поставяме инструкцията кеш: вярно което споменахме, накрая правилно обработваме успешния отговор на заявката, ако има такава.
Въпреки че тази помощна програма е доста добра за производителността на приложението, понякога за удобството на потребителя тя не може да бъде толкова много, това се дължи на няколко неща, но първото се дължи на начина, по който елементите се опресняват.
Едновременни заявкиAngularJS достатъчно умно е да се знае, че ако има няколко едновременни заявки, изпълнете само една и след това сервирайте с резултата на останалите, но какво ще се случи, ако това е съдържание, избирано от потребителя, в този случай на първо място може да види старо съдържание и внезапно актуализиране до ново съдържание.
Ето защо трябва да бъдем внимателни по начина, по който можем да използваме този кеш инструмент в нашето приложение, тъй като ако го използваме неправилно, можем да повлияем на начина, по който нашият потребител манипулира приложението по отрицателен начин.
Обясняваме това, защото въпреки че отговорът идва от кеша, неговата природа все още е асинхронна, така че ще се държи по същия начин, сякаш данните са получени от URL адрес.
С това завършваме този урок, тъй като виждаме, че имаме допълнителен инструмент, който ни позволява да увеличим производителността на приложението, като намалим нуждата от търсене на данни от други ресурси, с това кеш инструмент можем да постигнем производителност, по -близка до нула, чакаме, като взаимодействаме с приложението.