Fotografie de Etienne Boulanger
Unul dintre principalele avantaje ale randarii pe partea de server (SSR) este o experienta mai buna pentru utilizatori, care primesc continut vizibil mai repede decat ar primi cu o aplicatie randata pe partea de client. In ultimii ani, companii precum Walmart si Airbnb au adoptat SSR pentru a oferi utilizatorilor experiente mai performante cu React. Cu toate acestea, redarea unei aplicatii mari pe server poate deveni rapid un blocaj de performanta, legand resurse valoroase.
In ultimii cativa ani, a existat o explozie in explorarea optimizarilor React SSR pentru a aborda aceasta problema. Am urmarit lucrarile lui Sasha Aickin, Airbnb, Walmart Labs, Formidable, Zeit si altii pentru a identifica domeniile coapte pentru imbunatatire si pentru a produce aplicatii React redate rapid de server. De asemenea, am urmarit noile dezvoltari in React 16 care fac SSR mai eficient si mai versatil.
Astazi, suntem incantati sa introducem React Component Caching , o biblioteca care aduce una dintre acele optimizari la React 16.
Caching-ul apare frecvent in relatie cu SSR si, din motive intemeiate: are potentialul de a imbunatati dramatic viteza de redare prin reducerea volumului de lucru al serverului. Memorarea in cache la nivel de componenta permite flexibilitatea in a profita de avantajele stocarii in cache a paginilor care partajeaza componente sau afiseaza mai multe instante ale aceleiasi componente.
Sasha Aickin a introdus si demonstrat stocarea in cache a componentelor intr-o discutie din 2016 despre modalitati de a accelera redarea de pe server. La scurt timp dupa aceea, Walmart Labs a creat o biblioteca de stocare in cache a componentelor cu o caracteristica de profilare pentru randari de timp. Ideea a primit atentie la React Amsterdam anul trecut si a aparut in discutiile de pe Github. Un API de stocare in cache a componentelor a fost, de asemenea, incorporat in serverul de redare al serverului React al Formidable, Rapscallion.
Odata cu lansarea React 16 in septembrie anul trecut, multe dintre aceste eforturi s-au datorat pentru o repornire. React a imbunatatit viteza metodelor sale de redare pe partea de server si ofera acum doua metode de streaming. Am fost curiosi daca a fost posibil sa valorificam puterea stocarii in cache a componentelor cu aceste metode noi si imbunatatite.
yola berrocal follando incesto ruso
fire force hentai gordibuenas españolas
ancianas españolas follando le pilla masturbandose
coños maduros comedias porno
porno con argumento maduras insaciables
sexo videos caseros maduras en castellano
españolas guarras mala rodriguez porno
comedias porno mama me folla
supertetas abuela follando con joven
penes gordos defloin.com
porbo sobando tetas
relatos sexo con maduros brazzers online
videos sexo putasfollando
me corro en su boca sin avisar mamada gay
incesto retro maturehd
abuelas incestos españolas calientes
abuelas y nietos xxx me follo a la vecina
pajas caseras videos travestis en español
paginas sexo corridas brutales en la boca
videos pornos de españolas follar con jovencitas
Asa ca am construit React Component Caching pentru a oferi dezvoltatorilor capacitatea de a face exact acest lucru.
Doua tipuri de cache
Urmand urmele bibliotecilor de cache anterioare, React Component Caching ofera o strategie simpla si o strategie de sablon pentru componentele de cache. Cu o strategie simpla de stocare in cache, o copie separata a unei componente este stocata in cache de fiecare data cand o componenta este redata cu valori diferite ale prop. In schimb, o strategie de sablon pastreaza spatiu in cache stocand o versiune a componentei cu valori de substituent opt-in loc de recuzite reale. Un singur sablon cache poate fi utilizat pentru a genera mai multe versiuni ale aceleiasi componente cu valori diferite ale propului, care sunt restaurate in timpul procesului de redare.
Suport pentru metode de streaming
Componentele pot fi stocate in cache cu strategia simpla in timp ce se utilizeaza oricare dintre cele doua noi metode de redare a serverului de streaming (renderToNodeStream sau renderToStaticNodeStream). Aceste metode redau elementele React la fluxuri lizibile care sunt transmise catre o functie de transformare in cache inainte de a trimite bucati de date inapoi catre client.
Suport Redis si Memcached
React Component Caching ofera un cache LRU incorporat, precum si suport pentru Redis si Memcached. Oricare dintre aceste cache poate fi creat pe un server de redare Node si transmis in cele patru metode de redare disponibile.
Operatiunile cache sunt asincrone prin design.
Functiile „Obtineti” si „setati” sunt concepute pentru a se executa asincron, astfel incat sa nu blocheze firul de executie. Cu toate acestea, la redarea serverului de componente React, este necesar sa se finalizeze apelurile asincrone catre cache inainte de a trimite un raspuns. Pentru a rezolva aceasta problema, am redefinit metodele de redare a serverului React pentru a returna promisiunile, astfel incat componentele sa fie redate in ordinea corecta inainte de a trimite un raspuns.
Memorarea in cache poate fi de mare intretinere.
In schimbul unor performante impresionante, stocarea in cache aduce unele riscuri si provocari in ceea ce priveste mentinerea codului. De exemplu, utilizarea unei strategii simple pentru a memora in cache o componenta cu elemente de recuzita care se schimba frecvent poate duce la o stocare in cache. O strategie de sablon poate esua daca sunt specificate recuzite gresite pentru sablonare, iar riscurile sunt marite atunci cand se trateaza date sensibile sau specifice utilizatorului. Aceste probleme pot parea banale la inceput, dar pot face ca actualizarea componentelor si a elementelor de recuzita sa fie dificil de gestionat. Sarcina revine dezvoltatorului sa stabileasca cand cache-ul este instrumentul potrivit pentru job.
Sunteti gata sa incepeti stocarea in cache a componentelor in aplicatia dvs. React 16 redata de server? Descarcati React Component Caching pe npm astazi.
npm instalati react-component-caching
