Gyakran több komponensnek kell ugyanazon adat változását tükrözze. Ebben az esetben a megosztott állapot legközelebbi közös ősbe való felemelését ajánljuk. Lássuk, hogy hogyan is működik ez a gyakorlatban.
Ebben a fejezetben egy hőmérséklet-kalkulátort fogunk készíteni, ami azt számolja ki, hogy a víz forr-e egy adott hőmérsékleten.
Kezdjük egy BoilingVerdict
komponenssel. Ez egy celsius
prop-ot fogad, és kiírja, hogy ez elég-e a víz forrásához:
A következőben egy Calculator
komponenst készítünk. Ez egy <input>
-ot renderel ami lehetővé teszi a hőmérséklet bevitelét és annak értékét a this.state.temperature
-ban tárolja.
Továbbá rendereli a BoilingVerdict
-et is a jelenlegi bevitt értékkel.
Második input hozzáadása
A legújabb követelményünk a Celsius input mellett egy Fahrenheit beviteli mező, és hogy ezek szinkronban legyenek.
Kezdhetjük egy TemperatureInput
komponens kivonásával a Calculator
-ból. Hozzáadunk egy scale
prop-ot ami a "c"
vagy "f"
értékeket veheti fel:
Így most meg tudjuk változtatni a Calculator
komponenst, hogy az két külön hőmérséklet inputot rendereljen:
Most már két beviteli mezőnk van, de ha az egyikbe beírod a hőmérsékletet, a másik nem frissül. Ez ellentmond a követelményünknek: az értékek legyenek szinkronban.
Valamint a BoilingVerdict
-et sem tudjuk megjeleníteni a Calculator
-ból. A Calculator
nem ismeri a jelenlegi hőmérsékletet, mert az el van rejtve a TemperatureInput
-ban.
Konvertáló függvények írása
Először írjunk két függvényt ami a Celsius-t konvertálja Fahrenheit-té és vissza:
Ez a két függvény számokat konvertál. Írunk egy harmadik függvényt, ami vesz egy temperature
sztringet és egy konvertáló függvényt argumentumként, és egy sztringet ad vissza. Ezt arra használjuk majd, hogy az egyik input értékét a másik értékének alapján ki tudjuk számolni.
Érvénytelen temperature
esetében a függvény egy üres sztringet ad vissza, valamint az értéket három tizedesjegyre kerekíti:
A tryConvert('abc', toCelsius)
például egy üres sztringet ad vissza, a tryConvert('10.22', toFahrenheit)
pedig '50.396'
-t.
Állapot felemelése
Jelenleg mindkét TemperatureInput
komponens egymástól függetlenül tárolja a saját helyi állapotát:
Mi azonban azt szeretnénk, ha a két input szinkronban lenne egymással. Ha frissítjük a Celsius inputot, a Fahrenheit-nek tükröznie kell a konvertált hőmérsékletet, és oda-vissza.
A Reactben az állapot megosztása azon komponensek között, amelyek ezt igénylik, úgy történik, hogy az állapotot azok legközelebbi közös ősébe mozgatjuk. Ezt hívjuk az "állapot felemelésének". A TemperatureInput
helyi állapotát eltávolítjuk és a Calculator
-ba költöztetjük azt.
Ha a Calculator
birtokolja a megosztott állapotot, ezzel a jelenlegi hőmérséklet "igazságának forrásává" válik mindkét input számára. Mindkét inputot utasítani tudja, hogy olyan értéket vegyenek fel, ami konzisztens a másikkal. Mivel mindkét TemperatureInput
komponens prop-jai ugyanabból a szülő Calculator
komponensből jönnek, a két input így mindig szinkronban lesz.
Lássuk lépésről-lépésre, hogyan is működik ez.
Először is, cseréljük le a this.state.temperature
-t this.props.temperature
-ra a TemperatureInput
komponensben. Átmenetileg tegyük fel, hogy a this.props.temperature
létezik, bár később le kell azt küldjük a Calculator
-ból:
Azt tudjuk, hogy a prop-ok csak olvashatóak. Mikor a temperature
a helyi állapotban volt, a TemperatureInput
csak egyszerűen meg tudta hívni a this.setState()
-t annak megváltoztatásához. Azzal hogy a temperature
most prop-ként jön a szülő komponensből, a TemperatureInput
elvesztette az irányítást felette.
A Reactben ezt általában úgy oldjuk meg, hogy egy komponenst "kontrollálttá" teszünk. Ugyanúgy ahogy a DOM <input>
fogad egy value
és egy onChange
prop-ot, az egyedi TemperatureInput
is fogadhat egy temperature
és egy onTemperatureChange
prop-ot annak szülő komponensétől, a Calculator
-tól.
Most, amikor a TemperatureInput
frissíteni akarja annak hőmérsékletét, a this.props.onTemperatureChange
-t fogja meghívni:
Megjegyzés
A
temperature
ésonTemperatureChange
prop-oknak nincs különösebb jelentésük egyedi komponensekben. Bárminek hívhattuk volna őket, példáulvalue
ésonChange
, ami egy gyakori szokás.
Az onTemperatureChange
prop a temperature
prop-pal együtt a szülő Calculator
komponens által lesz szolgáltatva. Ez fogja kezelni a változást annak saját helyi állapotát változtatva, ezzel újrarenderelve mindkét inputot az új értékekkel. Nemsokára rátérünk a Calculator
új implementációjára is.
Mielőtt belemerülnénk a Calculator
változtatásaiba, vegyük át a TemperatureInput
komponensen eszközölt változtatásainkat. Eltávolítottuk annak helyi állapotát és a this.state.temperature
olvasása helyett most a this.props.temperature
-t olvassuk. A this.setState()
meghívása helyett ha változást akarunk eszközölni, most a this.props.onTemperatureChange()
metódust hívjuk meg, amit a Calculator
szolgáltat majd:
Most pedig forduljunk a Calculator
komponens felé.
A jelenlegi inputot a temperature
és scale
helyi állapotban fogjuk tárolni. Ez a beviteli mezőkből "felemelt" állapot és ez fog az "igazság forrásaként" szolgálni mindkettő számára. Ez az összes adat minimális reprezentációja, amit ismernünk kell ahhoz, hogy mindkét inputot renderelni tudjuk.
Például ha 37-et írunk be a Celsius beviteli mezőbe, a Calculator
komponens állapota így fog kinézni:
Ha később a Fahrenheit mezőbe írunk 212-t, a Calculator
állapota így fog kinézni:
Eltárolhattuk volna mindkét input értékét is, de ez valószínűleg felesleges. Elég, ha csak a legutoljára változott input értéket és annak mértékegységét tároljuk. Ezután a jelenlegi temperature
és scale
értékekből egyszerűen ki tudjuk következtetni a másik input értékét is.
Az inputok szinkronizálva lesznek, mivel azok értékei ugyanabból az állapotból vannak kalkulálva:
Így, ha most bármelyik inputot is szerkesztjük, a this.state.temperature
és a this.state.scale
frissülni fog a Calculator
-ban. Az egyik input úgy kapja meg az értéket, ahogy az el van tárolva, szóval bármilyen felhasználói input meg van őrizve, míg a másik input mindig ez alapján lesz újrakalkulálva.
Vegyük át mi történik, mikor egy inputot szerkesztesz:
-
A React meghívja a DOM
<input>
-ononChange
-ként definiált függvényt. A mi esetünkben ez ahandleChange
metódus aTemperatureInput
komponensben. -
A
handleChange
metódus aTemperatureInput
komponensben meghívja athis.props.onTemperatureChange()
-t a kívánt új értékkel. Ennek prop-jait, azonTemperatureChange
-t beleértve, aCalculator
szülőkomponens szolgáltatja. -
Amikor korábban renderelt, a
Calculator
meghatározta, hogy a CelsiusTemperatureInput
onTemperatureChange
metódusa aCalculator
handleCelsiusChange
metódusa legyen, a FahrenheitTemperatureInpiut
onTemperatureChange
metódusa pedig aCalculator
handleFahrenheitChange
metódus. Szóval ezen kétCalculator
metódusok bármelyike meg lesz hívva attól függően, hogy melyik inputot szerkesztjük. -
Ezekben a metódusokban, a
Calculator
komponens megkéri a Reactet, hogy renderelje magát újra athis.setState()
meghívásával az új beviteli értékkel és az utoljára szerkesztett input mértékegységével. -
A React meghívja a
Calculator
komponensrender
metódusát, hogy megtudja hogyan is nézzen ki a kezelőfelület. Mindkét input értéke újra lesz számolva a jelenlegi hőmérséklet és az aktív mértékegység alapján. Itt történik a hőmérséklet konvertálása. -
A React meghívja az egyéni
TemperatureInput
komponensekrender
metódusait azok új prop-jaival, amiket aCalculator
határozott meg. Ezáltal megtudja, hogy hogyan is nézzen ki a kezelőfelület. -
A React meghívja a
BoilingVerdict
komponensrender
metódusát a Celsiusban megadott hőmérséklet prop-pal. -
A React DOM frissíti a DOM-ot a hőmérséklet vízforralásról szóló ítéletével és hogy az egyezzen a kívánt inputok értékeivel. Az újonnan szerkesztett input a jelenlegi értékét kapja, míg a másik input a konvertálás utáni hőmérsékleti értéket.
Minden frissítés ugyanezeken a lépéseken megy keresztül, így az inputok szinkronban maradnak.
Megtanult dolgok
Egy React alkalmazásban minden változó adatnak egy "igaz forrása" kell, hogy legyen. Általában az állapot először ahhoz a komponenshez lesz hozzáadva, aminek arra szüksége van a rendereléshez. Ezután ha egy másik komponensnek is szüksége van erre, az állapotot felemelheted a legközelebbi közös ősbe. Ahelyett, hogy állapotokat próbálnál szinkronban tartani, támaszkodj felülről-lefelé irányuló adatfolyamokra.
Az állapot felemelése több "sablon kód" írását eredményezi, mint a kétirányú összekötő megközelítések, de egy előnyként felhozható, hogy kevesebb munkát igényel a hibák izolálása. Mivel bármelyik állapot valamilyen komponensben "él" és csakis ez a komponens tudja azt megváltoztatni, a hibák sokkal kisebb felületen jelentkeznek. Továbbá bármilyen egyéni logikát implementálhatsz bizonyos felhasználói input elutasítására vagy transzformálására.
Ha valami prop-ból és állapotból is eredeztethető, akkor annak valószínűleg nem az állapotban van a helye. Például ahelyett hogy mind a celsiusValue
-t és fahrenheitValue
-t is eltárolnánk, elég ha csak a legutoljára szerkesztett temperature
és scale
értékeket tároljuk. A másik input értéke mindig kiszámítható ezekből a render()
metódusban. Ez lehetővé teszi számunkra a másik mező kiürítését vagy értékének a kerekítését a felhasználói input pontosságának elvesztése nélkül.
Ha valami hibát észlelsz a kezelőfelületben, használhatod a React Fejlesztői Eszközöket a prop-ok vizsgálatához, valamint egészen addig mozoghatsz felfelé a komponensfában, amíg meg nem találod az állapot frissítéséért felelős komponenst. Ez elvezethet a hibák forrásához: