All language subtitles for 015 Lifting The State Up.bs

Na prošlom predavanju,

naučili smo o veoma važnom konceptu premeštanja podataka

sa podređene na roditeljsku komponentu korištenjem rekvizita

za primanje funkcije od roditeljske komponente

koju zovemo u podređenoj komponenti.

A ovo je usko povezano s drugim,

ključni koncept koji smo takođe već koristili

a da ni ne zna.

A to je koncept koji se zove Lifting State Up.

O čemu se radi?

Razmotrite ovo osnovno stablo komponenti

što je otprilike ono što imamo u ovoj demo aplikaciji

gdje imamo komponentu aplikacije

što zauzvrat donosi i troškove

i novu komponentu troškova.

Sada, u ovom slučaju,

nova komponenta troškova je komponenta

koji generiše neke podatke, neko stanje.

U našem primjeru aplikacije,

ovdje dohvaćamo neke korisničke podatke.

Sada je prilično uobičajeno da generirate

ili dohvati podatke u komponenti

but that you might not need that data in that component.

Instead, we need it in another component,

in the expenses component.

That's where this generated data is needed in the end,

slightly transformed, packed into an object

but it is the data we fetch in new expense.

So naturally we would like to hand that data over

but that doesn't work like this

because we have no direct connection

between two sibling components.

Instead, as you learned by now,

we can only communicate from parent to child

and from child to parent.

That's why in such cases like we have it here,

we utilize the closest component,

the closest parent component which has direct

or indirect access to both involved components

in this case, the app component.

The app component in our application has access

to both the new expense and the expenses component

jer prikazuje obje komponente u svom vraćenom JSX kodu,

zato to želimo iskoristiti.

Jer sada možemo pohraniti našu državu

u toj najbližoj uključenoj komponenti.

Dakle, u toj roditeljskoj komponenti koja ima pristup

na obje uključene komponente podizanjem naše države.

Dakle, prosljeđivanjem naših generiranih podataka o stanju iz novog troška

na komponentu aplikacije.

I to je ono što već radimo

u ovoj demo aplikaciji.

Ovo radimo koristeći rekvizite,

pozivanjem funkcije koju primamo na onAddExpense prop.

Samo to ne podiže državu.

To je samo pozivanje funkcije

primamo preko rekvizita.

Ali onda radimo nešto važno.

Mi zapravo prosljeđujemo podatke toj funkciji

koju mi ovde zovemo.

Podatke o troškovima prosljeđujemo u funkciju koju primamo

na onAddExpense prop.

Dakle, prosljeđujemo podatke toj funkciji,

i na taj način podižemo te podatke,

to stanje gore.

Nećemo ga zadržati u novoj komponenti troškova.

Tamo ne čuvamo podatke o troškovima,

umjesto toga, podižemo ga na komponentu aplikacije

tako da ga tamo možemo koristiti kao AddExpenseHandler

gdje ga trenutno evidentiramo na konzoli.

Sada još ne upravljamo tim podacima kao stanjem ovdje,

umjesto toga, samo ga evidentiramo na konzoli.

Ali u sljedećem dijelu kursa,

mi ćemo upravljati cijelim ovim nizom ovdje kao stanjem.

I tom nizu ćemo dodati trošak.

I mi već prenosimo taj niz

na komponentu troškova jer je to drugi dio

ovog koncepta podizanja države.

Podižemo državu.

Mi prosljeđujemo podatke do neke roditeljske komponente

jer su nam ili ti podaci potrebni direktno

u komponenti aplikacije

ili kako je to slučaj u našoj demo aplikaciji.

I kako je to sasvim uobičajeno,

jer tada želimo te podatke prenijeti dolje

na drugu komponentu preko rekvizita.

To smo radili na prošlom predavanju.

I to je važan koncept.

Čut ćete izraz Podizanje države

poprilično dok ste radili

sa React-om takođe kasnije tokom kursa.

I kad god to čujete,

radi se o premještanju podataka iz podređene komponente

nekoj roditeljskoj komponenti da je koristi tamo

ili da ga zatim proslijedite nekoj drugoj podređenoj komponenti.

I kao sporedna napomena,

ovo ne radi samo ako imate komponentu aplikacije

koji stupa u interakciju s dvije direktne podređene komponente.

Umjesto toga već u ovom primjeru,

nova komponenta troškova zapravo nije komponenta

koji generiše podatke koje propuštamo.

Umjesto toga, to je komponenta ExpenseForm

koji generiše te podatke.

To je komponenta koja radi sa stanjem

i koji dohvaća korisnički unos i pohranjuje korisnički unos.

I ta komponenta zatim prosljeđuje te dohvaćene podatke

na novu komponentu troškova.

Dakle, ovdje već podižemo stanje

a onda to još više podižemo

komponenti aplikacije jer je to komponenta aplikacije

koja je tada prva komponenta u redu

koja nema pristup samo novom trošku

i komponentu ExpenseForm, ali također

na komponentu troškova.

I pošto je komponenta troškova komponenta

gdje nam na kraju trebaju podaci,

to je komponenta aplikacije do koje želimo da podignemo svoje stanje.

Sada, kao što ćete vidjeti tokom ovog kursa,

nije uvijek ta komponenta root aplikacije

do koje želite da podignete svoju državu.

Umjesto toga, cilj je da se podigne onoliko visoko koliko je potrebno

u vašem stablu komponenti dok ne budete imali komponentu

koji ima oba pristupa komponentama

koji generišu podatke kao i komponente

kojima su potrebni podaci,

to bi mogla biti komponenta aplikacije,

ali to može biti i druga komponenta.

Opet ćete ih viđati prilično često

tokom ovog kursa.