ChatGPT на русском языке, бесплатноНовости и обновления в Telegram
На sponsr есть решения ваших задач
Полезные видео о фронтенде. Подпишись на Rutube
Архитектура современного React приложения
год назад·6 мин. на чтение
Есть одна проблема, с которой сталкивается каждый React-разработчик на своем пути. Это то, как построить хорошую архитектуру приложения, какая структура приложения будет идеальной.
Эта статья поможет вам избежать некоторых распространенных ошибок, которые большинство разработчиков допускают при создании архитектуры приложений на реакте, и подскажет вам правильный способ структурирования директорий.
Прежде чем начать, необходимо подчеркнуть один момент: не существует идеального решения, которое подходит для любого возможного случая. Это особенно важно понимать, потому что многие разработчики всегда ищут единственное и неповторимое решение всех своих проблем.
Если вы попали сюда, это значит, что вы заинтересовались этой темой, так что пора начинать! Все содержимое, которое будет упоминаться, будет помещено в каталог
Обратите внимание, что это исключительный случай, если бы у нас была одна страница для аутентификации, нам не следовало бы помещать его в
Иначе обстоит дело со страницей
Вместо этого рассмотрите возможность использования каталога
src
, и каждая упомянутая новая папка будет располагаться относительно этой директории.
Компоненты
Что в первую очередь создает React-разработчик в проекте? React-приложения создаются с помощью компонентов. Существует много различных архитектур (некоторые очень хорошие, а другие ужасные) и есть весьма универсальный путь, который можно использовать в большинстве случаев, даже для небольших проектов. Вот как это выглядит:Ключевым моментом здесь является следующее: у нас есть папка├── components │ ├── common │ │ └── button │ │ ├── button.tsx │ │ ├── button.stories.tsx │ │ ├── button.spec.tsx │ │ └── index.ts │ └── signup-form │ ├── signup-form.tsx │ ├── signup-form.spec.tsx │ └── index.ts
components
, содержащая все компоненты, которые используются в приложении более одного раза, поэтому мы собираемся исключить все специфические компоненты из этой папки.
Почему? Просто потому, что смысл этой папки заключается в том, чтобы содержать логику многократного использования. Кнопка должна использоваться почти на каждой странице нашего приложения, поэтому и существует общая папка common
. Для компонента signup-form
происходит нечто иное. Почему?
Предположим, что у нас есть две разные страницы (подробнее об этом позже) для входа и регистрации, компонент signup-form
должен повторяться два раза, вот почему он помещен в папку components
.
components
.
Вы, наверное, также заметили, что каждый компонент помещен в соответствующую директорию с очень простым для понимания соглашением об именовании.
Это потому, что ваше приложение в конечном итоге может содержать более 1000 компонентов, и, если все они имеют тесты или файл storybook, это может легко превратиться в беспорядок. Давайте рассмотрим некоторые ключевые моменты этой папки:button ├── button.tsx ├── button.stories.tsx ├── button.spec.tsx └── index.ts
- Все файлы, связанные с этим компонентом, находятся в этой папке.
- Все экспортируемые модули помещаются в
index.ts
, чтобы избежать двойного имени в импорте. - Все файлы названы в kebab-case.
- Где находится компонент кнопки? -> В папке
button
. - Где находятся сторибуки для этой кнопки? -> В папке
button
. - Мне нужно найти тесты для этой кнопки, где я могу его найти? -> Очевидно, в папке
button
.
Страницы
Отдельной сущности для страниц в React не существует. Они тоже являются компонентами, состоящими из других компонентов. Но в отличие от других компонентов, обычно они очень строго привязаны (например, в определенный путь URL). Куда же их вставлять? Мы можем использовать каталогviews
(или pages
, если хотите), в который помещаются все эти вещи, например:
Дляviews ├── home.tsx ├── guestbook.tsx └── newsletter ├── index.ts ├── newsletter.tsx └── components └── newsletter-form ├── newsletter-form.tsx ├── newsletter-form.spec.tsx └── index.ts
home
и guestbook
все довольно просто, страница должна быть результатом композиции других компонентов, которые имеют соответствующие тесты, поэтому для них нет специального каталога.
newsletter
, на которой есть нечто специфическое, компонент newsletter-form
. В этом случае используется подход создания вложенной папки компонентов внутри папки страницы и действуем так же, как в обычной папке компонентов, используя те же правила.
Этот подход очень эффективен, поскольку позволяет разделить код на небольшие фрагменты, но при этом сохраняет хорошо организованную архитектуру. Компонент newsletter-form
не следует помещать в папку с общими components
, просто потому, что это единственное место, в котором он используется. Если приложение будет расти, и компонент будет использоваться в нескольких частях, ничто не помешает вам переместить его.
Еще один совет - сохранять согласованное имя между страницей и маршрутом, примерно так:
<Route path="/bookings"> <Route index element={<Bookings />} /> <Route path="create" element={<CreateBooking />} /> <Route path=":id" element={<ViewBooking />} /> <Route path=":id/edit" element={<EditBooking />} /> <Route path=":id/delete" element={<DeleteBooking />} /> </Route>
Лэйауты (Layouts, Макеты)
Лэйауты вообще не являются страницами, они больше похожи на компоненты, поэтому с ними можно обращаться так же, но лучше помещать их в папкуlayouts
, так понятнее, что в этом приложении есть n лэйаутов.
Вы можете заметить, что мы не называем ихlayouts ├── main.tsx └── auth.tsx
main-layout.tsx
, а просто main.tsx
, потому что, следуя этому шаблону, нам пришлось бы переименовать все компоненты, например, table-component.tsx
, что странно. Поэтому называем все компоненты без очевидного суффикса, задаваемого родительским каталогом, а если нужно подчеркнуть, что используется макет, всегда можно использовать псевдоним импорта.
import { Main as MainLayout } from "@/layouts/main.tsx";
Контексты, хуки и хранилища
Это довольно просто, и обычно, почти все разработчики придерживаются чего-то подобного:Опять же, для единообразия используется kebab-case для всех имен файлов, так что нам нужно беспокоиться о том, какие из них написаны заглавными буквами, а какие нет. Для тестовых файлов, из-за того, что пользовательских хуков немного, не обязательно создавать отдельную папку, но, если вы хотите быть очень строгими, вы можете сделать и это:hooks ├── use-users.ts └── use-click-outside.ts contexts ├── workbench.tsx └── authentication.tsx
hooks ├── use-users │ ├── use-users.ts │ ├── use-users.spec.ts │ └── index.ts └── use-click-outside.ts
Функции-помощники (хэлперы, helpers)
Сколько раз вы создавали красивую функциюformatCurrency
, не зная, куда ее положить? Папка helpers
придет вам на помощь.
Обычно сюда помещаются все файлы, которые используются для того, чтобы код выглядел лучше. Не важно, будет ли функция использоваться несколько раз или нет.
helpers ├── format-currency.ts ├── uc-first.ts └── pluck.ts
Константы
Существует много проектов, которые содержат константы в папкеutils
или helpers
, но лучше помещать их в отдельный файл, давая пользователю хороший обзор того, что используется в качестве константы в приложении. Чаще всего в эту папку помещаются только глобальные константы, поэтому не стоит помещать сюда константу QUERY_LIMIT
, если она используется только в одной функции для очень специфического случая.
Кроме того, можно хранить все константы в одном файле. Нет смысла разбивать каждую константу на отдельные файлы.constants └── index.ts
И использоваться они будут так:// @/constants/index.ts export const COMPLANY_EMAIL = "example@example.com";
import { COMPLANY_EMAIL } from "@/constants";
Стили
Просто поместите глобальные стили в папкуstyles
, и все готово.
А как насчет CSS для компонентов? Хороший вопрос. Помните папку компонентов, о которой мы говорили некоторое время назад? Так вот, вы можете добавить больше файлов в зависимости от ваших потребностей.styles ├── index.css ├── colors.css └── typography.css
Если вы используетеbutton ├── button.tsx ├── button.stories.tsx ├── button.styled.tsx ├── button.module.scss ├── button.spec.tsx └── index.ts
emotion
, styled-components
или просто CSS Modules, поместите их в папку конкретного компонента, чтобы все было оптимально упаковано.
Конфигурационные файлы
Есть ли у вашего приложения файлы конфигурации, такие как Dockerfiles, Fargate Task Definitions, webpack и т.д.? Папкаconfig
должна быть идеальным местом для них. Помещение их в соответствующую директорию позволяет избежать загрязнения корневого каталога не относящимися к делу файлами.
API
99% приложений react имеют хотя бы один вызов API к внешнему источнику данных (вашему бэкенду или какому-то публичному сервису), обычно эти операции выполняются в нескольких строках кода без особых сложностей, и именно поэтому, оптимальная их организация игнорируется. Рассмотрим этот код:Довольно просто, верно? Теперь представьте, что у вас есть эти 3 строки, распределенные по 10 компонентам, потому что вы часто используете именно этот адрес сервера. Надеюсь, вы не хотите выполнять поиск и замену всех URL в приложении, кроме того, если вы используете TypeScript, импортировать каждый раз тип ответа - это довольно повторяющееся действие.axios .get("https://api.service.com/bookings") .then((res) => setBookings(res.data)) .catch((err) => setError(err.message));
api
, который, прежде всего, содержит экземпляр клиента, используемого для вызовов, например, fetch
или axios
, а также файлы, содержащие декларации вызовов fetch
.
И пример файла users.ts:api ├── client.ts ├── users.ts └── bookings.ts
export type User = { id: string; firstName: string; lastName: string; email: string; }; export const fetchUsers = () => { return client.get<User[]>("/users", { baseURL: "https://api.service.com/v3/", }); };
Итоги
Это был долгий путь, и надеюсь, что информация в этой статье окажется полезной для вас при создании новых и существующих проектов. Еще многое предстоит сказать, всегда есть особые случаи, которые нужно принимать во внимание, но пункты, рассмотренные в этой статье, являются наиболее используемыми многими react разработчиками.Как передать пропсы React компоненту
10 месяцев назад·5 мин. на чтение
Компоненты React используют пропсы (props) для связи друг с другом. Каждый родительский компонент может передавать некоторую информацию своим дочерним компонентам, предоставляя им пропсы. Пропсы могут напоминать атрибуты HTML, но вы можете передавать через них любое значение JavaScript, включая объекты, массивы и функции.
Содержание туториала по React
Компоненты React используют пропсы (props) для связи друг с другом. Каждый родительский компонент может передавать некоторую информацию своим дочерним компонентам, предоставляя им пропсы. Пропсы могут напоминать атрибуты HTML, но вы можете передавать через них любое значение JavaScript, включая объекты, массивы и функции.
Пропсы позволяют вам думать о родительских и дочерних компонентах независимо друг от друга. Например, вы можете изменить пропсы
Известные пропсы
Пропсы — это информация, которую вы передаете тегу JSX. Например,className
, src
, alt
, width
и height
— вот некоторые пропсы, которые вы можете передать <img>
:
Пропсы, которые вы можете передать тегуfunction Avatar() { return ( <img className="avatar" src="https://example.com/userpic.jpg" alt="Userpic" width={100} height={100} /> ); } export default function Profile() { return <Avatar />; }
<img>
, предопределены (ReactDOM соответствует стандартам HTML). Но вы можете передать любые пропсы своим собственным компонентам, таким как <Avatar>
, чтобы настроить их.
Передача пропсов в компонент
В этом коде компонентProfile
не передает никаких пропсов своему дочернему компоненту Avatar
:
Вы можете передать вexport default function Profile() { return <Avatar />; }
Avatar
некоторые пропсы в два этапа.
Шаг 1: Передайте пропсы дочернему компоненту
Во-первых, передайте некоторые пропсы вAvatar
. Например, давайте передадим два пропса: person
(объект) и size
(число):
Если двойные фигурные скобки послеexport default function Profile() { return ( <Avatar person={{ name: 'User Name 1', imageId: '12345' }} size={100} /> ); }
person=
вас смущают, помните, что они являются просто объектом внутри фигурных скобок JSX.
Теперь вы можете прочитать эти пропсы внутри компонента Avatar
.
Шаг 2: Прочтите пропсы внутри дочернего компонента
Вы можете прочитать эти пропсы, указав их имена -person
, size
- разделенные запятыми внутри ({
и })
непосредственно после function Avatar
. Это позволяет использовать их внутри кода Avatar
, как если бы вы использовали переменную.
Добавьте немного логики вfunction Avatar({ person, size }) { // person и size можно здесь использовть }
Avatar
, которая использует пропсы person
, size
в отображении, и все готово.
Теперь вы можете настроить Avatar
для отображения разными способами с разными пропсы.
// utils.js export function getImageUrl(person, size = 's') { return 'https://example.com/' + person.imageId + size + '.jpg'; }
// App.js import { getImageUrl } from './utils.js'; function Avatar({ person, size }) { return ( <img className="avatar" src={getImageUrl(person)} alt={person.name} width={size} height={size} /> ); } export default function Profile() { return ( <div> <Avatar size={100} person={{ name: 'User Name 1', imageId: '12345', }} /> <Avatar size={80} person={{ name: 'User Name 2', imageId: '12346', }} /> <Avatar size={50} person={{ name: 'User Name 3', imageId: '12347', }} /> </div> ); }
person
или size
внутри Profile
, не задумываясь о том, как Avatar
их использует. Точно так же вы можете изменить то, как Avatar
использует эти пропсы, не заглядывая в Profile
.
Вы можете думать о пропсах как о «ручках», которые вы можете регулировать. Они выполняют ту же роль, что и аргументы для функций — на самом деле пропсы являются единственным аргументом для вашего компонента. Функции компонента React принимают один аргумент, объект props
:
Обычно вам не нужен весь объект пропса, поэтому можно разбить его на отдельные пропсы. Не пропустите пару фигурных скобокfunction Avatar(props) { let person = props.person; let size = props.size; // ... }
{
и }
внутри (
и )
при объявлении пропсов:
Этот синтаксис называется «деструктурированием» и эквивалентен чтению свойств из параметра функции:function Avatar({ person, size }) { // ... }
function Avatar(props) { let person = props.person; let size = props.size; // ... }
Как указать значения по умолчанию для пропса
Если вы хотите присвоить пропсу значение по умолчанию, чтобы использовать его, когда значение не указано, вы можете сделать это с помощью деструктуризации, поставив=
и значение по умолчанию сразу после параметра:
Теперь, если вfunction Avatar({ person, size = 100 }) { // ... }
<Avatar person={...} />
передан пропс size
, размер будет установлен на 100
.
Значение по умолчанию используется только в том случае, если параметр size
отсутствует или если вы передаете size={undefined}
. Но если вы передадите size={null}
или size={0}
, значение по умолчанию не будет использоваться.
Перенаправление пропсов с синтаксисом распыления JSX
Иногда отправка пропсов повторяется:В повторяющемся коде нет ничего плохого. Но иногда хочется сделать код короче. Некоторые компоненты передают все свои пропсы своим дочерним компонентам, например, какfunction Profile({ person, size, isSepia, thickBorder }) { return ( <div className="card"> <Avatar person={person} size={size} isSepia={isSepia} thickBorder={thickBorder} /> </div> ); }
Profile
делает с Avatar
. Поскольку они не используют никакие свои пропсы напрямую, может иметь смысл использовать более краткий синтаксис распыления (spread):
Это пример перенаправления всех пропсовfunction Profile(props) { return ( <div className="card"> <Avatar {...props} /> </div> ); }
Profile
в Avatar
без перечисления каждого из их имен.
Используйте расширенный синтаксис с ограничениями. Если вы используете его в каждом компоненте - значит что-то не так. Часто это указывает на то, что следует разделить компоненты и передать дочерние компоненты как JSX. Подробнее об этом далее.
Передача JSX в качестве дочернего компонента
Обычно встроенные теги браузера вкладывают друг в друга:Иногда вы захотите вложить свои собственные компоненты таким же образом:<div> <img /> </div>
Когда вы вкладываете контент в тег JSX, родительский компонент получит этот контент в просе, называемом<Card> <Avatar /> </Card>
children
. Например, компонент Card
ниже получит проп children
, который является <Avatar />
, и отобразит его в обертке div
:
// App.js import Avatar from './Avatar.js'; function Card({ children }) { return <div className="card">{children}</div>; } export default function Profile() { return ( <Card> <Avatar size={100} person={{ name: 'User Name', imageId: '12345', }} /> </Card> ); }
// Avatar.jsx import { getImageUrl } from './utils.js'; export default function Avatar({ person, size }) { return ( <img className="avatar" src={getImageUrl(person)} alt={person.name} width={size} height={size} /> ); }
Вы можете думать о компоненте с пропсом// utils.js export function getImageUrl(person, size = 's') { return 'https://example.com/' + person.imageId + size + '.jpg'; }
children
как о специальной лозейке, которую можно «заполнить» родительскими компонентами с произвольным JSX. Вы часто будете использовать проп children
для визуальных оболочек: панелей, сеток и т.д.
Как пропсы меняются со временем
КомпонентClock
ниже получает два пропса от своего родительского компонента: color
и time
. (Код родительского компонента опущен, поскольку он использует состояние, в которое мы пока не будем углубляться.)
Этот пример иллюстрирует, что компонент может получать пропсы с течением времени. Проп не всегда статичен. Здесь пропexport default function Clock({ color, time }) { return <h1 style={{ color: color }}>{time}</h1>; }
time
меняется каждую секунду, а проп color
меняется, когда вы выбираете другой цвет. Пропсы отражают данные компонента в любой момент времени, а не только в начале.
Пропсы иммутабельны — термин из информатики, означающий «неизменяемый». Когда компоненту необходимо изменить свои пропсы (например, в ответ на взаимодействие с пользователем или новые данные), ему придется «попросить» родительский компонент передать ему другие пропсы — новый объект. Затем его старые пропсы будут отброшены, и в конечном итоге движок JavaScript очистит занятую ими память.
Не пытайтесь "изменить пропсы" напрямую. Когда вам нужно отреагировать на пользовательский ввод (например, изменить выбранный цвет), вам нужно будет "установить состояние", о котором вы можете узнать в разделе "Состояние - память компонента".
Резюме
- Чтобы передать пропсы, добавьте их в JSX, как и в случае с атрибутами HTML.
- Чтобы прочитать пропсы, используйте синтаксис деструктурирования
function Avatar({ person, size })
. - Вы можете указать значение по умолчанию, например
size = 100
, которое используется для отсутствующих и неопределенных пропсов. - Вы можете перенаправить все пропсы с помощью синтаксиса распыления JSX
<Avatar {...props} />
, но не злоупотребляйте им. - Вложенный JSX, такой как
<Card><Avatar /></Card>
, будет отображаться как пропchildren
компонентаCard
. - Пропсы - доступны только для чтения. Это такой снимок компонента во времени: каждый рендер получает новую версию пропса.
- Нельзя менять пропсы внутри компонента. Когда вам нужна интерактивность, вам нужно установить состояние.