Обновление объектов в состоянии React
год назад·10 мин. на чтение
Состояние в React может содержать любое значение JavaScript, включая объекты. Но вы не должны напрямую изменять объекты, которые вы держите в состоянии React. Вместо этого, когда вы хотите обновить объект, вам нужно создать новый (или сделать копию существующего), а затем установить состояние для использования этой копии.
Содержание туториала по React
Состояние может содержать любое значение JavaScript, включая объекты. Но вы не должны напрямую изменять объекты, которые вы держите в состоянии React. Вместо этого, когда вы хотите обновить объект, вам нужно создать новый (или сделать копию существующего), а затем установить состояние для использования этой копии.
Проблема в этом фрагменте кода.
В следующем примере красная точка теперь следует за вашим указателем, когда вы касаетесь или наводите курсор на область предварительного просмотра:
Например, эта строка изменяет состояние из прошлого рендера:
Теперь форма работает.
Обратите внимание, что вы не объявили отдельную переменную состояния для каждого поля ввода. Для больших форм очень удобно хранить все данные сгруппированными в объекте — при условии, что вы правильно его обновляете.
Это немного многословно, но во многих случаях работает нормально:
package.json
Что такое мутация?
Вы можете хранить любое JavaScript значение в состоянии.До сих пор вы работали с числами, строками и логическими значениями. Эти виды значений JavaScript являются иммутабельными, то есть неизменяемыми или «только для чтения». Вы можете запустить повторный рендеринг для замены значения:const [x, setX] = useState(0);
СостояниеsetX(5);
x
изменилось с 0
на 5
, но само число 0
не изменилось. Невозможно внести какие-либо изменения во встроенные примитивные значения, такие как числа, строки и логические значения в JavaScript.
Теперь рассмотрим объект в состоянии:
Технически возможно изменить содержимое самого объекта. Это называется мутацией:const [position, setPosition] = useState({ x: 0, y: 0 });
Однако, хотя объекты в состоянии React технически изменяемы, вы должны обращаться с ними так, как если бы они были неизменяемыми — например, числа, логические значения и строки. Вместо того, чтобы изменять их, вы всегда должны заменять их.position.x = 5;
Рассматривайте состояние как доступное только для чтения
Другими словами, вы должны рассматривать любой объект JavaScript, который вы переводите в состояние, как доступный только для чтения. В этом примере объект хранится в состоянии, представляющем текущую позицию указателя. Красная точка должна двигаться, когда вы касаетесь или перемещаете курсор над областью предварительного просмотра. Но точка остается в исходном положении:import { useState } from 'react'; export default function MovingDot() { const [position, setPosition] = useState({ x: 0, y: 0, }); return ( <div onPointerMove={(e) => { position.x = e.clientX; position.y = e.clientY; }} style={{ position: 'relative', width: '100vw', height: '100vh', }} > <div style={{ position: 'absolute', backgroundColor: 'red', borderRadius: '50%', transform: `translate(${position.x}px, ${position.y}px)`, left: -10, top: -10, width: 20, height: 20, }} /> </div> ); }
Этот код изменяет объект, присвоенныйonPointerMove={e => { position.x = e.clientX; position.y = e.clientY; }}
position
в предыдущем рендеринге. Но без использования функции установки состояния React не знает, что объект изменился. Так что React ничего не делает в ответ. Это как пытаться изменить заказ после того, как вы уже поели. Хотя в некоторых случаях изменение состояния может работать, мы не рекомендуем его использовать. Вы должны рассматривать значение состояния, к которому у вас есть доступ в рендеринге, как доступное только для чтения.
Чтобы в этом случае действительно запустить повторный рендеринг, создайте новый объект и передайте его функции настройки состояния:
С помощьюonPointerMove={e => { setPosition({ x: e.clientX, y: e.clientY }); }}
setPosition
вы говорите React:
- Заменить
position
этим новым объектом - И снова визуализировать этот компонент
import { useState } from 'react'; export default function MovingDot() { const [position, setPosition] = useState({ x: 0, y: 0, }); return ( <div onPointerMove={(e) => { setPosition({ x: e.clientX, y: e.clientY, }); }} style={{ position: 'relative', width: '100vw', height: '100vh', }} > <div style={{ position: 'absolute', backgroundColor: 'red', borderRadius: '50%', transform: `translate(${position.x}px, ${position.y}px)`, left: -10, top: -10, width: 20, height: 20, }} /> </div> ); }
Локальная мутация допустима
Такой код является проблемой, потому что он изменяет существующий объект в состоянии:Но такой код допустим, потому что вы мутируете только что созданный новый объект:position.x = e.clientX; position.y = e.clientY;
На самом деле, это полностью эквивалентно написанию этого:const nextPosition = {}; nextPosition.x = e.clientX; nextPosition.y = e.clientY; setPosition(nextPosition);
Мутация представляет собой проблему только тогда, когда вы изменяете существующие объекты, которые уже находятся в состоянии. Модифицировать только что созданный объект можно, потому что никакой другой код еще не ссылается на него. Его изменение не повлияет случайно на что-то, что от него зависит. Это называется «локальной мутацией». Вы даже можете выполнять локальную мутацию во время рендеринга. Очень удобно и совершенно нормально.setPosition({ x: e.clientX, y: e.clientY, });
Копирование объектов с использованием синтаксиса распыления
В предыдущем примере объектposition
всегда создается заново из текущей позиции курсора. Но часто вы захотите включить существующие данные как часть нового объекта, который вы создаете. Например, вы можете обновить только одно поле в форме, но сохранить предыдущие значения для всех остальных полей.
Эти поля ввода не работают, потому что обработчики onChange
изменяют состояние:
import { useState } from 'react'; export default function Form() { const [person, setPerson] = useState({ firstName: 'First Name', lastName: 'Last Name', email: 'user@user.com', }); function handleFirstNameChange(e) { person.firstName = e.target.value; } function handleLastNameChange(e) { person.lastName = e.target.value; } function handleEmailChange(e) { person.email = e.target.value; } return ( <> <label> First name: <input value={person.firstName} onChange={handleFirstNameChange} /> </label> <label> Last name: <input value={person.lastName} onChange={handleLastNameChange} /> </label> <label> Email: <input value={person.email} onChange={handleEmailChange} /> </label> <p> {person.firstName} {person.lastName} ({person.email}) </p> </> ); }
Надежный способ получить желаемое поведение — создать новый объект и передать его вperson.firstName = e.target.value;
setPerson
. Но здесь вы хотите также скопировать в него существующие данные, потому что изменилось только одно из полей:
Вы можете использовать синтаксис распыления объекта (spread)setPerson({ firstName: e.target.value, // Новый firstName из инпута lastName: person.lastName, email: person.email, });
...
, чтобы вам не нужно было копировать каждое свойство отдельно.
setPerson({ ...person, // Копирование старых полей firstName: e.target.value, // Но с переопределением этого поля });
Обратите внимание, что синтаксис распыления объектаimport { useState } from 'react'; export default function Form() { const [person, setPerson] = useState({ firstName: 'First Name', lastName: 'Last Name', email: 'user@user.com', }); function handleFirstNameChange(e) { setPerson({ ...person, firstName: e.target.value, }); } function handleLastNameChange(e) { setPerson({ ...person, lastName: e.target.value, }); } function handleEmailChange(e) { setPerson({ ...person, email: e.target.value, }); } return ( <> <label> First name: <input value={person.firstName} onChange={handleFirstNameChange} /> </label> <label> Last name: <input value={person.lastName} onChange={handleLastNameChange} /> </label> <label> Email: <input value={person.email} onChange={handleEmailChange} /> </label> <p> {person.firstName} {person.lastName} ({person.email}) </p> </> ); }
...
является «поверхностным» — он копирует элементы только на один уровень вглубь. Это делает его быстрым, но это также означает, что если вы хотите обновить вложенное свойство, вам придется использовать его более одного раза.
Использование одного обработчика событий для нескольких полей
Вы также можете использовать фигурные скобки[
и ]
внутри определения вашего объекта, чтобы указать свойство с динамическим именем. Вот тот же пример, но с одним обработчиком событий вместо трех разных:
Здесьimport { useState } from 'react'; export default function Form() { const [person, setPerson] = useState({ firstName: 'First Name', lastName: 'Last Name', email: 'user@user.com', }); function handleChange(e) { setPerson({ ...person, [e.target.name]: e.target.value, }); } return ( <> <label> First name: <input name="firstName" value={person.firstName} onChange={handleChange} /> </label> <label> Last name: <input name="lastName" value={person.lastName} onChange={handleChange} /> </label> <label> Email: <input name="email" value={person.email} onChange={handleChange} /> </label> <p> {person.firstName} {person.lastName} ({person.email}) </p> </> ); }
e.target.name
относится к свойству имени, данному DOM-элементу <input>
.
Обновление вложенного объекта
Рассмотрим структуру вложенных объектов, подобную этой:Если вы хотели обновитьconst [person, setPerson] = useState({ name: 'Name', artwork: { title: 'Title Name', city: 'City Name', image: 'https://example.com/image.jpg', }, });
person.artwork.city
, понятно, как это сделать с помощью мутации:
Но в React состояние считается иммутабльным. Чтобы изменитьperson.artwork.city = 'New Delhi';
city
, вам сначала нужно создать новый объект artwork
(предварительно заполненный данными из предыдущего), а затем создать новый объект person
, который указывает на новый artwork
:
Или, записанный как вызов одной функции:const nextArtwork = { ...person.artwork, city: 'New Delhi' }; const nextPerson = { ...person, artwork: nextArtwork }; setPerson(nextPerson);
setPerson({ ...person, // Копируем другие поля artwork: { // но заменяем artwork ...person.artwork, // тем же самым city: 'New Delhi', // но со значением города 'New Delhi' }, });
import { useState } from 'react'; export default function Form() { const [person, setPerson] = useState({ name: 'Name', artwork: { title: 'Some Title', city: 'Some City', image: 'https://example.com/image.jpg', }, }); function handleNameChange(e) { setPerson({ ...person, name: e.target.value, }); } function handleTitleChange(e) { setPerson({ ...person, artwork: { ...person.artwork, title: e.target.value, }, }); } function handleCityChange(e) { setPerson({ ...person, artwork: { ...person.artwork, city: e.target.value, }, }); } function handleImageChange(e) { setPerson({ ...person, artwork: { ...person.artwork, image: e.target.value, }, }); } return ( <> <label> Name: <input value={person.name} onChange={handleNameChange} /> </label> <label> Title: <input value={person.artwork.title} onChange={handleTitleChange} /> </label> <label> City: <input value={person.artwork.city} onChange={handleCityChange} /> </label> <label> Image: <input value={person.artwork.image} onChange={handleImageChange} /> </label> <p> <i>{person.artwork.title}</i> {' by '} {person.name} <br /> (located in {person.artwork.city}) </p> <img src={person.artwork.image} alt={person.artwork.title} /> </> ); }
Объекты на самом деле не вложены
Такой объект выглядит «вложенным»:Однако «вложенность» — это неточный способ представления о том, как ведут себя объекты. Когда код выполняется, нет такого понятия, как «вложенный» объект. Вы действительно смотрите на два разных объекта:let obj = { name: 'Name', artwork: { title: 'Some Title', city: 'Some City', image: 'https://example.com/image.jpg', }, };
Объектlet obj1 = { title: 'Some Title', city: 'Some City', image: 'https://example.com/image.jpg', }; let obj2 = { name: 'Name', artwork: obj1, };
obj1
не находится «внутри» obj2
. Например, obj3
также может «указывать» на obj1
:
Если бы вы изменилиlet obj1 = { title: 'Some Title', city: 'Some City', image: 'https://example.com/image.jpg', }; let obj2 = { name: 'Name', artwork: obj1, }; let obj3 = { name: 'Copycat', artwork: obj1, };
obj3.artwork.city
, это повлияло бы как на obj2.artwork.city
, так и на obj1.city
. Это связано с тем, что obj3.artwork
, obj2.artwork
и obj1
являются одним и тем же объектом. Это трудно увидеть, когда вы думаете об объектах как о «вложенных». Вместо этого они представляют собой отдельные объекты, «указывающие» друг на друга со свойствами.
Напишем лаконичный код обновления с помощью Immer
Если ваше состояние глубоко вложено, вы можете подумать сделать его плоским. Но если вы не хотите менять структуру своего состояния, вы можете предпочесть ссылаться на вложенные объекты. Immer — это популярная библиотека, которая позволяет вам писать с использованием удобного, синтаксиса с мутациями и заботится о создании копий для вас. С Immer код, который вы пишете, выглядит так, будто вы «нарушаете правила» и мутируете объект:Но в отличие от обычной мутации, она не перезаписывает прошлое состояние.updatePerson((draft) => { draft.artwork.city = 'Lagos'; });
Как работает Immer?
draft
, предоставленный Immer, представляет собой объект особого типа, называемый Proxy, который «записывает» то, что вы с ним делаете. Вот почему вы можете свободно мутировать его сколько угодно. Под капотом Immer выясняет, какие части draft
были изменены, и создает совершенно новый объект, содержащий ваши правки.
Чтобы попробовать Immer:
- Запустите
npm install use-immer
, чтобы добавить Immer в качестве зависимости. - Затем замените
import {useState} from 'React'
наimport {useImmer} from 'use-immer'
.
// App.jsx import { useImmer } from 'use-immer'; export default function Form() { const [person, updatePerson] = useImmer({ name: 'Name', artwork: { title: 'Some Title', city: 'Some City', image: 'https://example.com/image.jpg', }, }); function handleNameChange(e) { updatePerson((draft) => { draft.name = e.target.value; }); } function handleTitleChange(e) { updatePerson((draft) => { draft.artwork.title = e.target.value; }); } function handleCityChange(e) { updatePerson((draft) => { draft.artwork.city = e.target.value; }); } function handleImageChange(e) { updatePerson((draft) => { draft.artwork.image = e.target.value; }); } return ( <> <label> Name: <input value={person.name} onChange={handleNameChange} /> </label> <label> Title: <input value={person.artwork.title} onChange={handleTitleChange} /> </label> <label> City: <input value={person.artwork.city} onChange={handleCityChange} /> </label> <label> Image: <input value={person.artwork.image} onChange={handleImageChange} /> </label> <p> <i>{person.artwork.title}</i> {' by '} {person.name} <br /> (located in {person.artwork.city}) </p> <img src={person.artwork.image} alt={person.artwork.title} /> </> ); }
Обратите внимание, насколько лаконичнее стали обработчики событий. Вы можете смешивать и сочетать{ "dependencies": { "immer": "1.7.3", "react": "latest", "react-dom": "latest", "react-scripts": "latest", "use-immer": "0.5.1" }, "scripts": { "start": "react-scripts start", "build": "react-scripts build", "test": "react-scripts test --env=jsdom", "eject": "react-scripts eject" }, "devDependencies": {} }
useState
и useImmer
в одном компоненте сколько угодно. Immer — отличный способ сделать обработчики обновлений краткими, особенно если в вашем состоянии есть вложенность, а копирование объектов приводит к повторяющемуся коду.
Почему мутирование состояния не рекомендуется в React?
Есть несколько причин:- Отладка: если вы используете
console.log
и не мутируете состояние, ваши прошлые логи не будут затерты более поздними изменениями состояния. Таким образом, вы можете четко видеть, как состояние менялось между рендерами. - Оптимизация: общие стратегии оптимизации React основаны на пропуске работы, если предыдущие пропсы или состояние такие же, как и следующие. Если не мутируете состояние, очень быстро проверить, были ли какие-либо изменения. Если
prevObj === obj
, то можете быть уверены, что внутри него ничего не могло измениться.
- Новая функциональность. Новая функциональность React, которую создают разработчики React, полагаются на то, что состояние рассматривается как снимок. Если вы мутируете прошлые версии состояния, это может помешать вам использовать новую функциональность.
- Изменения требований: некоторые функции приложения, такие как реализация отмены/возврата (undo/redo), отображение истории изменений или предоставление пользователю возможности сбросить форму до более ранних значений, проще реализовать, когда ничего не мутируется. Это связано с тем, что вы можете хранить прошлые копии состояния в памяти и повторно использовать их при необходимости. Если вы начнете с мутативного подхода, впоследствии будет сложно добавить такие функции.
- Более простая реализация: поскольку React не полагается на мутацию, ему не нужно делать ничего особенного с вашими объектами. Ему не нужно захватывать их свойства, всегда оборачивать их в прокси или выполнять другую работу при инициализации, как это делают многие «реактивные» решения. По этой же причине React позволяет переводить в состояние любой объект — независимо от его размера — без дополнительных проблем с производительностью или корректностью.
Резюме
- Рассматривайте все состояния в React как иммутабельные.
- Когда вы сохраняете объекты в состоянии, их мутирование не приведет к запуску рендеринга и изменит состояние в предыдущих «снимках» рендеринга.
- Вместо того, чтобы мутировать объект, создайте его новую версию и запустите повторный рендеринг, установив для него состояние.
- Вы можете использовать синтаксис распыления объектов
{...obj, something: 'newValue'}
для создания копий объектов. - Синтаксис распыления неглубокий: он копирует только один уровень в глубину.
- Чтобы обновить вложенный объект, вам нужно создать копии на всем пути от того места, которое вы обновляете.
- Чтобы уменьшить повторяющееся копирование кода, используйте Immer.
Передача данных между компонентами в React
год назад·6 мин. на чтение
Иногда нужно, чтобы состояние двух компонентов всегда менялось вместе. Для этого нужно удалить их собственное состояние, переместить его к их ближайшему общему родителю, а затем передать его им через пропсы. Это известно как поднятие состояния вверх, и это одна из самых распространенных вещей, которые вы будете делать при написании React кода.
Содержание туториала по React
Иногда нужно, чтобы состояние двух компонентов всегда менялось вместе. Для этого нужно удалить их собственное состояние, переместить его к их ближайшему общему родителю, а затем передать его им через пропсы. Это известно как поднятие состояния вверх, и это одна из самых распространенных вещей, которые вы будете делать при написании React кода.
Обратите внимание, что нажатие кнопки одной панели не влияет на другую панель — они независимы.
Но теперь предположим, что вы хотите изменить его так, чтобы в любой момент времени раскрывалась только одна панель. При таком дизайне расширение второй панели должно привести к сворачиванию первой. Как бы Вы это сделали?
Чтобы согласовать эти две панели, вам нужно «поднять их состояние» до родительского компонента в три шага:
Поднятие состояния на примере
В этом примере родительский компонентAccordion
отображает две отдельные панели:
Accordion
Panel
Panel
Panel
имеет булевское состояние isActive
, которое определяет, видимо ли его содержимое.
import { useState } from 'react'; function Panel({ title, children }) { const [isActive, setIsActive] = useState(false); return ( <section className="panel"> <h3>{title}</h3> {isActive ? ( <p>{children}</p> ) : ( <button onClick={() => setIsActive(true)}>Show</button> )} </section> ); } export default function Accordion() { return ( <> <h2>Almaty, Kazakhstan</h2> <Panel title="About"> With a population of about 2 million, Almaty is Kazakhstan's largest city. From 1929 to 1997, it was its capital city. </Panel> <Panel title="Etymology"> The name comes from <span lang="kk-KZ">алма</span>, the Kazakh word for "apple" and is often translated as "full of apples". In fact, the region surrounding Almaty is thought to be the ancestral home of the apple, and the wild <i lang="la">Malus sieversii</i> is considered a likely candidate for the ancestor of the modern domestic apple. </Panel> </> ); }
- Удалить состояние из дочерних компонентов.
- Передать захардкоженные данные от общего родителя.
- Добавить состояние к общему родителю и передать его вместе с обработчиками событий.
Accordion
координировать обе панели и разворачивать только одну за раз.
Шаг 1: Удалить состояние из дочерних компонентов
Вы передадите контроль надisActive
панели ее родительскому компоненту. Это означает, что вместо этого родительский компонент будет передавать isActive
в Panel
в качестве пропса. Начните с удаления этой строки из компонента Panel
:
Вместо этого добавьтеconst [isActive, setIsActive] = useState(false);
isActive
в список пропсов Panel
:
Теперь родительский компонент компонентаfunction Panel({ title, children, isActive }) {
Panel
может управлять isActive
, передавая его как проп. И наоборот, компонент Panel
теперь не имеет контроля над значением isActive
— теперь это зависит от родительского компонента.
Шаг 2. Передать захардкоженные данные от общего родителя
Чтобы поднять состояние, вы должны найти ближайший общий родительский компонент обоих дочерних компонентов, которые вы хотите скоординировать:Accordion
(ближайший общий родитель)Panel
Panel
Accordion
. Поскольку он находится над обеими панелями и может управлять их пропсами, он станет «источником правды» для той панели, которая в данный момент активна. Заставим компонент Accordion
передавать жестко заданное значение isActive
(например, true
) на обе панели:
import { useState } from 'react'; export default function Accordion() { return ( <> <h2>Almaty, Kazakhstan</h2> <Panel title="About" isActive={true}> With a population of about 2 million, Almaty is Kazakhstan's largest city. From 1929 to 1997, it was its capital city. </Panel> <Panel title="Etymology" isActive={true}> The name comes from <span lang="kk-KZ">алма</span>, the Kazakh word for "apple" and is often translated as "full of apples". In fact, the region surrounding Almaty is thought to be the ancestral home of the apple, and the wild <i lang="la">Malus sieversii</i> is considered a likely candidate for the ancestor of the modern domestic apple. </Panel> </> ); } function Panel({ title, children, isActive }) { return ( <section className="panel"> <h3>{title}</h3> {isActive ? ( <p>{children}</p> ) : ( <button onClick={() => setIsActive(true)}>Show</button> )} </section> ); }
Шаг 3: Добавить состояние к общему родителю
Поднятие состояния часто меняет характер того, что вы храните как состояние. При этом одновременно должна быть активна только одна панель. Это означает, что общий родительский компонентAccordion
должен отслеживать, какая панель является активной. Вместо булевского значения он может использовать число в качестве индекса активной панели для переменной состояния:
Когдаconst [activeIndex, setActiveIndex] = useState(0);
activeIndex
равен 0
, активна первая панель, а когда 1
— вторая.
При нажатии кнопки «Показать» на любой из панелей необходимо изменить активный индекс в Accordion
. Panel
не может установить состояние activeIndex
напрямую, потому что оно определено внутри Accordion
. Компонент Accordion
должен явно разрешить компоненту Panel
изменять свое состояние, передав обработчик событий в качестве пропса:
<> <Panel isActive={activeIndex === 0} onShow={() => setActiveIndex(0)}> ... </Panel> <Panel isActive={activeIndex === 1} onShow={() => setActiveIndex(1)}> ... </Panel> </>
<button>
внутри Panel
теперь будет использовать проп onShow
в качестве обработчика события click
:
Это завершает подъем состояния вверх. Перемещение состояния в общий родительский компонент позволило согласовать две панели. Использование активного индекса вместо двух флажков «показано» гарантировало, что в данный момент активна только одна панель. А передача обработчика событий дочернему компоненту позволяла дочернему компоненту изменять состояние родителя.import { useState } from 'react'; export default function Accordion() { const [activeIndex, setActiveIndex] = useState(0); return ( <> <h2>Almaty, Kazakhstan</h2> <Panel title="About" isActive={activeIndex === 0} onShow={() => setActiveIndex(0)} > With a population of about 2 million, Almaty is Kazakhstan's largest city. From 1929 to 1997, it was its capital city. </Panel> <Panel title="Etymology" isActive={activeIndex === 1} onShow={() => setActiveIndex(1)} > The name comes from <span lang="kk-KZ">алма</span>, the Kazakh word for "apple" and is often translated as "full of apples". In fact, the region surrounding Almaty is thought to be the ancestral home of the apple, and the wild <i lang="la">Malus sieversii</i> is considered a likely candidate for the ancestor of the modern domestic apple. </Panel> </> ); } function Panel({ title, children, isActive, onShow }) { return ( <section className="panel"> <h3>{title}</h3> {isActive ? <p>{children}</p> : <button onClick={onShow}>Show</button>} </section> ); }
Управляемые и неуправляемые компоненты
Обычно компонент с некоторым локальным состоянием называют "неуправляемым". Например, исходный компонентPanel
с переменной состояния isActive
не контролируется, поскольку его родитель не может влиять на то, активна панель или нет.
Напротив, вы можете сказать, что компонент "управляется", когда важная информация в нем управляется пропсами, а не его собственным локальным состоянием. Это позволяет родительскому компоненту полностью определять свое поведение. Последний компонент Panel
с пропсом isActive
управляется компонентом Accordion
.
Неуправляемые компоненты проще использовать в своих родительских компонентах, поскольку они требуют меньшей настройки. Но они менее гибкие, когда вы хотите скоординировать их вместе. Управляемые компоненты максимально гибкие, но требуют от родительских компонентов полной настройки их пропсами.
На практике «управляемый» и «неуправляемый» не являются строгими техническими терминами — каждый компонент обычно имеет некоторое сочетание локального состояния и свойств. Тем не менее, это полезный способ рассказать о том, как устроены компоненты и какие возможности они предлагают.
При написании компонента учитывайте, какая информация в нем должна управляться (через пропсы), а какая информация не должна управляться (через состояние). Но вы всегда можете передумать и провести рефакторинг позже.
Единый источник правды для каждого состояния
В React приложении многие компоненты будут иметь собственное состояние. Некоторое состояние может «жить» рядом с компонентами-листьями (компонентами в нижней части дерева), такими как инпуты (<input />
). Другое состояние может «жить» ближе к верху приложения. Например, даже клиентские библиотеки маршрутизации обычно реализуются путем сохранения текущего маршрута в состоянии React и передачи его в пропсах
Для каждой уникальной части состояния вы выберете компонент, который «владеет» им. Этот принцип также известен как наличие «единого источника истины». Это не означает, что все состояния хранятся в одном месте, но для каждой части состояния существует определенный компонент, который содержит эту часть информации. Вместо того, чтобы дублировать общее состояние между компонентами, вы поднимете его до их общего родителя и передадите его дочерним элементам, которым оно нужно.
Ваше приложение будет меняться по мере того, как вы будете над ним работать. Обычно вы перемещаете состояние вниз или назад, пока вы все еще выясняете, где «живет» каждая часть состояния. Это все часть процесса.
Чтобы увидеть, как это выглядит на практике с еще несколькими компонентами, прочитайте статью Мышление в стиле React.
Резюме
- Если вы хотите скоординировать два компонента, переместите их состояние в их общий родитель.
- Затем передайте информацию через пропсы от их общего родителя.
- Наконец, передайте обработчики событий, чтобы потомки могли изменить состояние родителя.
- Полезно рассматривать компоненты как «управляемые» (управляемые пропсами) или «неуправляемые» (управляемые состоянием).
-
Таким образом можно выделить такие случаи передачи данных в React:
- от родительского компонента к дочернему;
- от дочернего компонента к родительскому;
- между соседними компонентами;
- от компонента к компоненту-потомку (через несколько уровней вниз);
- от компонента к компоненту-предку (через несколько уровней вверх).