Мыслим как React¶
React может изменить ваше представление о дизайне и приложениях, которые вы создаете. Когда вы создаете пользовательский интерфейс с помощью React, вы сначала разбиваете его на части, называемые компонентами. Затем вы опишете различные визуальные состояния для каждого из компонентов. Наконец, вы соедините компоненты вместе, чтобы данные проходили через них. В этом руководстве мы проведем вас через весь процесс создания таблицы данных о продукте с возможностью поиска с помощью React.
Начните с макета¶
Представьте, что у вас уже есть JSON API и макет от дизайнера.
JSON API возвращает некоторые данные, которые выглядят следующим образом:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 |
|
Макет выглядит следующим образом:
Чтобы реализовать пользовательский интерфейс в React, вы обычно следуете тем же пяти шагам.
Шаг 1: Разбейте пользовательский интерфейс на иерархию компонентов¶
Начните с того, что нарисуйте рамки вокруг каждого компонента и подкомпонента в макете и назовите их. Если вы работаете с дизайнером, возможно, он уже дал названия этим компонентам в своем инструменте проектирования. Спросите их!
В зависимости от вашего опыта, вы можете думать о разделении дизайна на компоненты разными способами:
- Программирование — используйте те же приемы для принятия решения о том, следует ли создавать новую функцию или объект. Одним из таких методов является принцип единой ответственности, то есть компонент в идеале должен делать только одну вещь. Если он разрастается, его следует декомпозировать на более мелкие подкомпоненты.
- CSS — подумайте, для чего бы вы сделали селекторы классов. (Однако компоненты немного менее детализированы).
- Дизайн — подумайте, как вы организуете слои дизайна.
Если ваш JSON хорошо структурирован, вы часто обнаружите, что он естественным образом соответствует компонентной структуре вашего пользовательского интерфейса. Это потому, что пользовательский интерфейс и модели данных часто имеют одну и ту же информационную архитектуру, то есть одну и ту же форму. Разделите свой пользовательский интерфейс на компоненты, где каждый компонент соответствует одной части вашей модели данных.
На этом экране пять компонентов:
FilterableProductTable
(серый) содержит все приложение.SearchBar
(синий) получает пользовательский ввод.ProductTable
(лавандовый) отображает и фильтрует список в соответствии с введенными пользователем данными.ProductCategoryRow
(зеленый) отображает заголовок для каждой категории.ProductRow
(желтый) отображает строку для каждого продукта.
Если вы посмотрите на ProductTable
(лавандовый), то увидите, что заголовок таблицы (содержащий метки "Название" и "Цена") не является собственным компонентом. Это вопрос предпочтений, и вы можете пойти по любому пути. В данном примере он является частью ProductTable
, поскольку появляется внутри списка ProductTable
. Однако, если этот заголовок станет сложным (например, если вы добавите сортировку), вы можете переместить его в собственный компонент ProductTableHeader
.
Теперь, когда вы определили компоненты в макете, расположите их в иерархию. Компоненты, которые появляются внутри другого компонента в макете, должны появляться как дочерние в иерархии:
FilterableProductTable
SearchBar
ProductTable
ProductCategoryRow
ProductRow
Шаг 2: Создайте статическую версию в React¶
Теперь, когда у вас есть иерархия компонентов, пришло время реализовать ваше приложение. Самый простой подход — создать версию, которая отображает пользовательский интерфейс на основе вашей модели данных, не добавляя никакой интерактивности... пока! Часто проще сначала создать статическую версию, а интерактивность добавить позже. Создание статической версии требует много ввода и никаких размышлений, а добавление интерактивности требует много размышлений и не так много ввода.
Чтобы создать статическую версию вашего приложения, которая отображает вашу модель данных, вам нужно создать компоненты, которые повторно используют другие компоненты и передают данные с помощью свойств props. Props — это способ передачи данных от родительского компонента к дочернему.
Если вы знакомы с концепцией состояния state, не используйте state вообще для создания этой статической версии. Состояние предназначено только для интерактивности, то есть данных, которые изменяются во времени. Поскольку это статическая версия приложения, оно вам не нужно.
Вы можете строить либо "сверху вниз", начиная с создания компонентов выше по иерархии (например, FilterableProductTable
), либо "снизу вверх", работая с компонентами ниже по иерархии (например, ProductRow
). В более простых примерах обычно проще идти сверху вниз, а в больших проектах проще идти снизу вверх.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 |
|
Если этот код кажется пугающим, пройдите Быстрый старт сначала!
После создания компонентов у вас будет библиотека многократно используемых компонентов, которые отображают вашу модель данных. Поскольку это статическое приложение, компоненты будут возвращать только JSX. Компонент на вершине иерархии (FilterableProductTable
) будет принимать вашу модель данных в качестве пропса. Это называется односторонним потоком данных, потому что данные стекаются от компонента верхнего уровня к компонентам в нижней части дерева.
Внимание
На данном этапе вы не должны использовать никаких значений состояния. Это для следующего шага!
Шаг 3: Найдите минимальное, но полное представление состояния пользовательского интерфейса¶
Чтобы сделать пользовательский интерфейс интерактивным, вам нужно позволить пользователям изменять вашу базовую модель данных. Для этого вы будете использовать состояние.
Думайте о состоянии как о минимальном наборе изменяемых данных, которые ваше приложение должно помнить. Наиболее важным принципом структурирования состояния является его DRY (Don't Repeat Yourself). Определите абсолютно минимальное представление состояния, которое необходимо вашему приложению, а все остальное вычисляйте по требованию. Например, если вы создаете список покупок, вы можете хранить элементы в виде массива в state. Если вы хотите также отобразить количество элементов в списке, не храните количество элементов как другое значение состояния — вместо этого считайте длину вашего массива.
Теперь подумайте обо всех элементах данных в этом примере приложения:
- Исходный список товаров
- Текст для поиска, введенный пользователем
- Значение флажка
- Отфильтрованный список продуктов
Какие из них являются состоянием? Определите те, которые не являются:
- Остается ли он неизменным с течением времени? Если да, то это не состояние.
- Передается ли он от родителя через пропсы? Если да, то это не состояние.
- Можете ли вы вычислить его на основе существующего состояния или пропса в вашем компоненте? Если да, то это определенно не состояние!
То, что осталось — это, вероятно, состояние.
Давайте пройдемся по ним по одному:
- Исходный список продуктов передается как пропс, поэтому это не состояние.
- Текст поиска, похоже, является состоянием, поскольку он меняется со временем и не может быть вычислен из чего-либо.
- Значение флажка кажется состоянием, поскольку оно изменяется со временем и не может быть вычислено из чего-либо.
- Отфильтрованный список товаров не является состоянием, потому что его можно вычислить, взяв исходный список товаров и отфильтровав его в соответствии с текстом поиска и значением флажка.
Это означает, что только текст поиска и значение флажка являются состоянием! Отлично сделано!
Props против State
В React есть два типа данных "модели": props и state. Эти два типа очень разные:
-
Пропсы — это как аргументы, которые вы передаете в функцию. Они позволяют родительскому компоненту передавать данные дочернему компоненту и настраивать его внешний вид. Например,
Form
может передатьButton
свойствоcolor
. -
Состояние — это как память компонента Оно позволяет компоненту отслеживать некоторую информацию и изменять ее в ответ на взаимодействие. Например,
Button
может отслеживать состояниеisHovered
.
Пропсы и состояние — это разные вещи, но они работают вместе. Родительский компонент часто хранит некоторую информацию в состоянии (чтобы иметь возможность изменять ее) и передает ее вниз дочерним компонентам в качестве их пропсов. Ничего страшного, если при первом прочтении разница покажется нечеткой. Потребуется немного практики, чтобы это действительно закрепилось!
Шаг 4: Определите, где должно жить ваше состояние¶
После определения минимальных данных о состоянии вашего приложения, вам нужно определить, какой компонент отвечает за изменение этого состояния, или владеет этим состоянием. Помните: React использует односторонний поток данных, передавая данные по иерархии компонентов от родительского компонента к дочернему. Может быть не сразу понятно, какой компонент должен владеть каким состоянием. Это может быть непросто, если вы новичок в этой концепции, но вы сможете разобраться, следуя этим шагам!
Для каждой части состояния в вашем приложении:
- Определите каждый компонент, который отображает что-то на основе этого состояния.
- Найдите их ближайший общий родительский компонент — компонент, находящийся выше всех в иерархии.
- Решите, где должно находиться состояние:
- Часто можно поместить состояние непосредственно в их общего родителя.
- Вы также можете поместить состояние в какой-либо компонент над их общим родителем.
- Если вы не можете найти компонент, в котором имеет смысл разместить состояние, создайте новый компонент только для хранения состояния и добавьте его куда-нибудь в иерархию над общим родительским компонентом.
В предыдущем шаге вы нашли две части состояния в этом приложении: текст ввода для поиска и значение флажка. В этом примере они всегда появляются вместе, поэтому имеет смысл поместить их в одно и то же место.
Теперь давайте проверим нашу стратегию для них:
- Определите компоненты, использующие состояние:.
ProductTable
должен фильтровать список товаров на основе этого состояния (текст поиска и значение флажка).SearchBar
должен отображать это состояние (текст поиска и значение флажка).
- Найдите их общего родителя: Первый родительский компонент, который имеют оба компонента —
FilterableProductTable
. - Решите, где будет находиться состояние: Мы будем хранить текст фильтра и проверенные значения состояния в
FilterableProductTable
.
Поэтому значения состояния будут находиться в FilterableProductTable
.
Добавьте состояние в компонент с помощью хука useState()
. Хуки — это специальные функции, которые позволяют вам "подключиться" к React. Добавьте две переменные состояния в верхней части FilterableProductTable
и укажите их начальное состояние:
1 2 3 4 |
|
Затем передайте filterText
и inStockOnly
в ProductTable
и SearchBar
в качестве пропсов:
1 2 3 4 5 6 7 8 9 10 11 |
|
Вы можете начать видеть, как будет вести себя ваше приложение. Измените начальное значение filterText
с useState('')
на useState('fruit')
в коде песочницы ниже. Вы увидите обновление как текста ввода поиска, так и таблицы:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 |
|
Обратите внимание, что редактирование формы пока не работает. В песочнице выше есть консольная ошибка, объясняющая почему:
Console
You provided a value prop to a form field without an onChange handler. This will render a read-only field.
В приведенной выше песочнице, ProductTable
и SearchBar
читают пропсы filterText
и inStockOnly
для рендеринга таблицы, input
и checkbox
. Например, вот как SearchBar
заполняет значение ввода:
1 2 3 4 5 6 7 8 9 10 11 |
|
Однако вы еще не добавили код, реагирующий на действия пользователя, такие как ввод текста. Это будет ваш последний шаг.
Шаг 5: Добавьте обратный поток данных¶
В настоящее время ваше приложение отображается правильно с пропсами и состоянием, перетекающими вниз по иерархии. Но чтобы изменить состояние в соответствии с пользовательским вводом, вам нужно поддерживать поток данных в обратном направлении: компоненты формы в глубине иерархии должны обновить состояние в FilterableProductTable
.
React делает этот поток данных явным, но он требует немного больше ввода, чем двусторонняя привязка данных. Если вы попытаетесь напечатать или установить флажок в примере выше, вы увидите, что React игнорирует ваш ввод. Это сделано намеренно. Написав <input value={filterText} />
, вы установили свойство value
в input
, чтобы оно всегда было равно состоянию filterText
, переданному из FilterableProductTable
. Поскольку состояние filterText
никогда не устанавливается, вход никогда не изменяется.
Вы хотите сделать так, чтобы каждый раз, когда пользователь изменяет входные данные формы, состояние обновлялось, отражая эти изменения. Состояние принадлежит FilterableProductTable
, поэтому только он может вызывать setFilterText
и setInStockOnly
. Чтобы позволить SearchBar
обновлять состояние FilterableProductTable
, необходимо передать эти функции SearchBar
:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
|
Внутри SearchBar
вы добавите обработчики событий onChange
и установите родительское состояние из них:
1 2 3 4 5 6 |
|
Теперь приложение полностью работает!
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 |
|
Вы можете узнать все об обработке событий и обновлении состояния в разделе Добавление интерактивности.
Куда двигаться дальше¶
Это было очень краткое введение в то, как думать о создании компонентов и приложений с помощью React. Вы можете начать проект React прямо сейчас или углубиться в синтаксис, использованный в этом руководстве.
Источник — https://react.dev/learn/thinking-in-react