Atbilžu kešatmiņa ar AngularJS

Lietojumprogrammas saglabāšana kešatmiņā palīdz mums optimāli saglabāt veiktspēju AngularJS Tas nav savādāk, ja kešatmiņā ir saglabātas visvairāk vēlamās atbildes, mūsu lietojumprogramma, iespējams, būs daudz ātrāka nekā tad, ja mums tās nebūtu.
Pēc noklusējuma šī opcija nav aktīva, jo sākotnēji atbildēm nevajadzētu būt kešatmiņā, bet, piemēram, ja mēs vienmēr meklēsim informāciju, kas dienas laikā nemainīsies, ir labi, ka tai nav ko darīt meklēt katram pieprasījumu.
kešatmiņa tas vienkārši uz laiku glabā klientā informāciju, ko tā saņem no servera, tas ir, pirmo reizi, kad mēs iepazīstamies ar informāciju, ja mēs to iegūstam no ārējā avota, bet nākamajā reizē tiek apskatīta lietojumprogrammas apstrādātā datu krātuve.
Kā mēs minējām ,. kešatmiņa pēc noklusējuma ir atspējota, tāpēc mums tas ir jāaktivizē katru reizi, kad ir nepieciešama atbildes saglabāšana, tāpēc mēs varam izmantot šo iespēju kešatmiņa: taisnība Metodē, ar kuru mēs izsaucam resursu, nākamajā attēlā redzēsim, kā izskatās mazs kods, kas to dara:

Tad mēs redzam, ka vispirms piezvanām viņam $ http metode uz citu metodi šajā gadījumā gūt (), jau iekšā pēc ārējā resursa URL norādīšanas ievietojam arī instrukciju kešatmiņa: taisnība ko mēs jau minējām, mēs beidzot pienācīgi apstrādājam veiksmīgo atbildi uz pieprasījumu, ja tāds ir.
Lai gan šī lietderība ir diezgan laba lietojumprogrammas veiktspējai, dažreiz lietotāja ērtībai tā nevar būt tik daudz, tas ir saistīts ar vairākām lietām, bet pirmā - elementu atsvaidzināšanas veida dēļ.
Vienlaicīgi pieprasījumiAngularJS ir pietiekami gudri zināt, ka, ja ir vairāki vienlaicīgi pieprasījumi, izpildiet tikai vienu un pēc tam kopā ar rezultātu pasniedziet citiem, bet kas notiek, ja tas ir lietotāja atlasīts saturs, šajā gadījumā, pirmkārt, tas varētu redzēt veco saturu un pēkšņi atjaunināt uz jaunu saturu.
Tāpēc mums jābūt uzmanīgiem, kā mēs varam izmantot šo kešatmiņas rīku mūsu lietojumprogrammā, jo, ja mēs to nepareizi lietojam, mēs varam ietekmēt veidu, kādā mūsu lietotājs manipulē ar lietotni negatīvā veidā.
Mēs to izskaidrojam, jo, lai gan atbilde nāk no kešatmiņas, tās būtība joprojām ir asinhrona, tāpēc tā rīkosies tāpat kā tad, ja dati tiktu iegūti no URL.
Ar to mēs pabeidzam šo apmācību, jo redzam, ka mums ir papildu rīks, kas ļauj mums palielināt lietojumprogrammas veiktspēju, samazinot nepieciešamību meklēt datus no citiem resursiem. kešatmiņas rīks mēs varam sasniegt veiktspēju tuvāk nullei gaidot, mijiedarbojoties ar lietojumprogrammu.