Отложенная загрузка по роутам
Помимо отложенной загрузки компонентов используя
Помимо отложенной загрузки компонентов используя
React.lazy() и React.Suspense можно реализовать отложенную загрузку роута приложения. Для этого необходимо конвертировать компоненты для роутов в “ленивые” компоненты роутов, а список всех роутов обернуть в Suspense.Отложенная загрузка на сервере
До React 18 Suspense не поддерживается в серверном рендеринге. Для разделения кода на стороне сервера используйте библиотеку react-loadable.
До React 18 Suspense не поддерживается в серверном рендеринге. Для разделения кода на стороне сервера используйте библиотеку react-loadable.
Как работает styled-components
Joshua Comeau подробно рассказал в своем блоге о принципах работы библиотеки styled-components.
- Фабрика компонентов. При создании styled-component используется каррирование, таким образом можно использовать не только стандартные HTML теги, но и кастомные компоненты.
- При композиции styled-component поддерживается порядок вставки стилей в документ.
- Оптимизация стилей. Для вставки стилей в документ используется CSSOM, сам процесс вставки стилей происходит в момент рендера компонента. Такой подход гарантирует, что в документе не будет лишних стилей.
- Интерполяция стилей. Если при интерполяции стилей у двух одинаковых styled-component передать разные значения пропсов для интерполяции, то сгенерируются два класса стилей. Этот подход плох тем, что раздувает размер стилей документа и при изменении пропса потребуется генерация новых стилей. В этом случае лучше использовать CSS переменные.
https://www.joshwcomeau.com/react/demystifying-styled-components/
Joshua Comeau подробно рассказал в своем блоге о принципах работы библиотеки styled-components.
- Фабрика компонентов. При создании styled-component используется каррирование, таким образом можно использовать не только стандартные HTML теги, но и кастомные компоненты.
- При композиции styled-component поддерживается порядок вставки стилей в документ.
- Оптимизация стилей. Для вставки стилей в документ используется CSSOM, сам процесс вставки стилей происходит в момент рендера компонента. Такой подход гарантирует, что в документе не будет лишних стилей.
- Интерполяция стилей. Если при интерполяции стилей у двух одинаковых styled-component передать разные значения пропсов для интерполяции, то сгенерируются два класса стилей. Этот подход плох тем, что раздувает размер стилей документа и при изменении пропса потребуется генерация новых стилей. В этом случае лучше использовать CSS переменные.
https://www.joshwcomeau.com/react/demystifying-styled-components/
Joshwcomeau
Demystifying styled-components • Josh W. Comeau
For so many React devs, styled-components seems kinda magical. It isn't at all clear how it uses traditional CSS features under-the-hood, and that lack of clarity can cause real problems when things go awry. In this post, we'll learn exactly how styled-components…
react-static – фреймворк для создания статических сайтов
react-static – простой в настройке генератор статических сайтов на React. Можно выделить следующие преимущества фреймворка:
- Независимость от данных. Все данные, необходимые для рендеринга сайта, заранее собираются в конфиг-файле. Источник данных может быть любой, хоть GraphQL или REST API. В компонентах доступ к данным происходит через хук или пропсы.
- Поддержка SPA. При загрузке статической страницы сайта загружается минимальный бандл для React. Помимо JS бандла загружаются остальные статические страницы и данные, а потом помещаются в кэш браузера. Благодаря такому подходу дальнейшие переходы по ссылкам будут происходить мгновенно, без перезагрузки страницы.
Похожие фреймворки: Gatsby и Next.js.
https://github.com/react-static/react-static
react-static – простой в настройке генератор статических сайтов на React. Можно выделить следующие преимущества фреймворка:
- Независимость от данных. Все данные, необходимые для рендеринга сайта, заранее собираются в конфиг-файле. Источник данных может быть любой, хоть GraphQL или REST API. В компонентах доступ к данным происходит через хук или пропсы.
- Поддержка SPA. При загрузке статической страницы сайта загружается минимальный бандл для React. Помимо JS бандла загружаются остальные статические страницы и данные, а потом помещаются в кэш браузера. Благодаря такому подходу дальнейшие переходы по ссылкам будут происходить мгновенно, без перезагрузки страницы.
Похожие фреймворки: Gatsby и Next.js.
https://github.com/react-static/react-static
GitHub
GitHub - react-static/react-static: ⚛️ 🚀 A progressive static site generator for React.
⚛️ 🚀 A progressive static site generator for React. - react-static/react-static
Антипаттерны React
Iskander Samatov в своём блоге рассказал об антипаттернах в React, которые чаще всего встречаются в приложениях и следует избегать:
- Хранить всё в Redux. Используйте глобальный стейт для данных, которые нужны всему приложению, например, сессия пользователя или текущая тема. Для остальных случаев используйте контекст на определенных частях приложения.
- Хранить всё как стейт. Прежде чем хранить переменную как стейт компонента, определите, можно ли вычислить эту переменную на основе других данных. Если возможно, то хранить переменную в стейте необязательно.
- Передавать пропсы используя spread оператор. Когда передаются пропсы компоненту через spread оператор {...props}, то это усложняет понимание кода. Становится непонятно, какие пропсы нужны компоненту. Исключением для правила является написание компонента контейнера и HOC.
- Объявление компонента внутри компонента. Код становится тесно связанным (high coupling), а также уменьшается производительность компонента, при каждом рендере компонента будет создаваться новый компонент.
https://isamatov.com/react-antipatterns/
Iskander Samatov в своём блоге рассказал об антипаттернах в React, которые чаще всего встречаются в приложениях и следует избегать:
- Хранить всё в Redux. Используйте глобальный стейт для данных, которые нужны всему приложению, например, сессия пользователя или текущая тема. Для остальных случаев используйте контекст на определенных частях приложения.
- Хранить всё как стейт. Прежде чем хранить переменную как стейт компонента, определите, можно ли вычислить эту переменную на основе других данных. Если возможно, то хранить переменную в стейте необязательно.
- Передавать пропсы используя spread оператор. Когда передаются пропсы компоненту через spread оператор {...props}, то это усложняет понимание кода. Становится непонятно, какие пропсы нужны компоненту. Исключением для правила является написание компонента контейнера и HOC.
- Объявление компонента внутри компонента. Код становится тесно связанным (high coupling), а также уменьшается производительность компонента, при каждом рендере компонента будет создаваться новый компонент.
https://isamatov.com/react-antipatterns/
Web Development Tutorials - Iskander Samatov
React antipatterns to avoid
These antipatterns will make your codebase a nightmare to work with.
useId для генерации уникальных ID
В React 18 появится новый хук для генерации уникальных id. Этот хук можно использовать для связки названия и инпута:
Проблема, которую решает хук useId, связана с новым подходом серверного рендеринга в React. Раньше для генерации уникальных id использовался простой счетчик. В новой версии React, при использовании конкурентного рендеринга, HTML может передаваться в произвольном порядке.
Для генерации уникальных id в хуке useId используется текущая позиция компонента в дереве приложения. Внутри React, id представляет из себя двоичное число. Для дочерних элементов добавляются дополнительные биты слева от последовательности родителя, которые представляет положение дочернего элемента на текущем уровне дочерних элементов.
Это позволяет быть уверенным, что каждый вызов useId будет возвращать уникальный id. Если в компоненте несколько лейблов и инпутов, то можно добавить локальные префиксы, что гарантирует уникальность id глобально:
Хотя так делать не обязательно, если несколько раз вызвать useId в одном компоненте, то каждый из них вернёт свой уникальный id.
https://github.com/reactwg/react-18/discussions/111
В React 18 появится новый хук для генерации уникальных id. Этот хук можно использовать для связки названия и инпута:
function Checkbox() {
const id = useId();
return (
<>
<label htmlFor={id}>Do you like React?</label>
<input type="checkbox" name="react" id={id} />
</>
);
);
Проблема, которую решает хук useId, связана с новым подходом серверного рендеринга в React. Раньше для генерации уникальных id использовался простой счетчик. В новой версии React, при использовании конкурентного рендеринга, HTML может передаваться в произвольном порядке.
Для генерации уникальных id в хуке useId используется текущая позиция компонента в дереве приложения. Внутри React, id представляет из себя двоичное число. Для дочерних элементов добавляются дополнительные биты слева от последовательности родителя, которые представляет положение дочернего элемента на текущем уровне дочерних элементов.
00101 00010001011010101
╰──┬──╯ ╰────────┬────────╯
Fork 5 of 20 id родителя
Это позволяет быть уверенным, что каждый вызов useId будет возвращать уникальный id. Если в компоненте несколько лейблов и инпутов, то можно добавить локальные префиксы, что гарантирует уникальность id глобально:
function NameFields() {
const id = useId();
return (
<div>
<label htmlFor={id + '-firstName'}>First Name</label>
<div>
<input id={id + '-firstName'} type="text" />
</div>
<label htmlFor={id + '-lastName'}>Last Name</label>
<div>
<input id={id + '-lastName'} type="text" />
</div>
</div>
);
}
Хотя так делать не обязательно, если несколько раз вызвать useId в одном компоненте, то каждый из них вернёт свой уникальный id.
https://github.com/reactwg/react-18/discussions/111
GitHub
Intent to Ship: useId · reactwg/react-18 · Discussion #111
This feature is now available in the latest alphas facebook/react#22644 useId is an API for generating unique IDs on both the client and server, while avoiding hydration mismatches. We haven't ...
Как работает React
Rodrigo Pombo рассказывает о том, как работает React внутри: что такое фибер, как работает конкурентный режим, каким образом изменение хука вызывает ререндер компонента.
Также есть статья на хабре на русском.
https://pomb.us/build-your-own-react/
Rodrigo Pombo рассказывает о том, как работает React внутри: что такое фибер, как работает конкурентный режим, каким образом изменение хука вызывает ререндер компонента.
Также есть статья на хабре на русском.
https://pomb.us/build-your-own-react/
Хабр
Как работает React: подробное руководство
Привет, друзья! В этой статье я покажу вам, с чего начинается React . Что это означает? Это означает, что мы разработаем мини-версию React , которая сможет выполнять следующий код: import...
This media is not supported in your browser
VIEW IN TELEGRAM
Расширение VS Code для просмотра компонентов
Sapling – это расширение для просмотра иерархии компонентов проекта в сайдбаре VS Code.
Каждый узел в такой иерархии – компонент React. У каждого узла есть несколько иконок:
- Список пропсов, которые отображаются при наведении.
- Переход в файл компонента.
- Индикатор подключения к Redux.
Текущий открытый узел в дереве выделяется жирным. Также, если в файле с компонентом есть ошибка, например неправильный импорт, то соответствующий узел в иерархии выделяется ошибкой.
Для работы расширения используется
https://marketplace.visualstudio.com/items?itemName=team-sapling.sapling
Sapling – это расширение для просмотра иерархии компонентов проекта в сайдбаре VS Code.
Каждый узел в такой иерархии – компонент React. У каждого узла есть несколько иконок:
- Список пропсов, которые отображаются при наведении.
- Переход в файл компонента.
- Индикатор подключения к Redux.
Текущий открытый узел в дереве выделяется жирным. Также, если в файле с компонентом есть ошибка, например неправильный импорт, то соответствующий узел в иерархии выделяется ошибкой.
Для работы расширения используется
@babel/parser для создания AST и VS Code Extension API для интеграции в VS Code. Для отображения используется React. https://marketplace.visualstudio.com/items?itemName=team-sapling.sapling
Конференция React Conf 2021
В этом году конференция Reacf Conf пройдет онлайн 8 декабря, регистрация бесплатная.
Будет 20 спикеров, среди которых есть ребята из команды React, например, Andrew Clark, один из разработчиков хуков, Suspense и конкурентного режима. Также есть ребята из Microsoft, Paypal, Netflix.
Темы докладов пока неизвестны, но думаю, одна из тем будет про новый React 18.
https://conf.reactjs.org/
В этом году конференция Reacf Conf пройдет онлайн 8 декабря, регистрация бесплатная.
Будет 20 спикеров, среди которых есть ребята из команды React, например, Andrew Clark, один из разработчиков хуков, Suspense и конкурентного режима. Также есть ребята из Microsoft, Paypal, Netflix.
Темы докладов пока неизвестны, но думаю, одна из тем будет про новый React 18.
https://conf.reactjs.org/
conf.reactjs.org
React Conf 2021
useEffect – основные проблемы и способы их решения
В статье, в процессе создания кастомного хука, разбираются возможные проблемы при работе с хуком useEffect.
Одна из возможных проблем – хук useEffect вызывается при каждом рендере компонента. Если в хуке устанавливается состояние, то это может привести к бесконечному ререндеру приложения. Возможная причина такого поведения useEffect связана либо с отсутствием аргумента зависимостей, либо зависимость меняется в каждом рендере.
Если в качестве зависимости у хука useEffect используется объект, объявленный внутри компонента, то ссылка на этот объект меняется в каждом рендере. Поэтому нужно использовать useMemo для объявления объектов внутри компонента, если они в дальнейшем будут передаваться в useEffect.
https://www.freecodecamp.org/news/most-common-react-useeffect-problems-and-how-to-fix-them/
В статье, в процессе создания кастомного хука, разбираются возможные проблемы при работе с хуком useEffect.
Одна из возможных проблем – хук useEffect вызывается при каждом рендере компонента. Если в хуке устанавливается состояние, то это может привести к бесконечному ререндеру приложения. Возможная причина такого поведения useEffect связана либо с отсутствием аргумента зависимостей, либо зависимость меняется в каждом рендере.
Если в качестве зависимости у хука useEffect используется объект, объявленный внутри компонента, то ссылка на этот объект меняется в каждом рендере. Поэтому нужно использовать useMemo для объявления объектов внутри компонента, если они в дальнейшем будут передаваться в useEffect.
https://www.freecodecamp.org/news/most-common-react-useeffect-problems-and-how-to-fix-them/
freeCodeCamp.org
React.useEffect Hook – Common Problems and How to Fix Them
By Iva Kop React hooks have been around for a while now. Most developers have gotten pretty comfortable with how they work and their common use cases. But there is one useEffect gotcha that a lot of us keep falling for. The use case Let's start with ...
Предотвращаем рендеры компонента с react-freeze
Ребята из Software Mansion представили библиотеку react-freeze.
React-freeze позволяет “замораживать” рендер компонента, используя механизм Suspense, представленный в React 17. Основная цель библиотеки заключается в предотвращении лишних рендеров. При “заморозке” компонент не размонтируется, внутреннее состояние компонента и его дерево сохраняются, а сам компонент заменяется на плейсхолдер.
Например, библиотеку можно использовать в таких элементах как табы. Когда таб скрыт, то его компонент можно “заморозить”, чтобы не тратить время на его рендер.
Библиотека использует механизм работы Suspense. Компонент оборачивается в Suspense и обертку Suspender. Когда нужно “заморозить” компонент, то в Suspender выбрасывается исключение Promise , который перехватывает Suspense. При получении промиса-исключения, Suspense ставит компонент в режим ожидания, предотвращая лишний рендер и изменение состояния.
Github https://github.com/software-mansion-labs/react-freeze
Статья https://blog.swmansion.com/experimenting-with-react-freeze-71da578e2fa6
Ребята из Software Mansion представили библиотеку react-freeze.
React-freeze позволяет “замораживать” рендер компонента, используя механизм Suspense, представленный в React 17. Основная цель библиотеки заключается в предотвращении лишних рендеров. При “заморозке” компонент не размонтируется, внутреннее состояние компонента и его дерево сохраняются, а сам компонент заменяется на плейсхолдер.
Например, библиотеку можно использовать в таких элементах как табы. Когда таб скрыт, то его компонент можно “заморозить”, чтобы не тратить время на его рендер.
Библиотека использует механизм работы Suspense. Компонент оборачивается в Suspense и обертку Suspender. Когда нужно “заморозить” компонент, то в Suspender выбрасывается исключение Promise , который перехватывает Suspense. При получении промиса-исключения, Suspense ставит компонент в режим ожидания, предотвращая лишний рендер и изменение состояния.
Github https://github.com/software-mansion-labs/react-freeze
Статья https://blog.swmansion.com/experimenting-with-react-freeze-71da578e2fa6
GitHub
GitHub - software-mansion/react-freeze: Prevent React component subtrees from rendering.
Prevent React component subtrees from rendering. Contribute to software-mansion/react-freeze development by creating an account on GitHub.
Избегаем состояния гонки в React
Состояние гонки описывает ситуацию, когда поведение системы зависит от определенной последовательности событий, но их порядок неуправляем. Одним из примеров является многопоточность, когда несколько потоков пытаются изменить общие данные. Аналогичная проблема может возникнуть с асинхронностью в JavaScript.
Состояние гонки в приложениях React можно воспроизвести на примере с получением данных в useEffect. Например, при изменении зависимостей deps у useEffect запрос fetch начнет выполняться и при его успехе произойдет изменение стейта. Однако, если не отменить старый запрос fetch, то может произойти коллизия: два события пытаются изменить общие данные.
Также, если компонент будет размонтирован и после выполнения запроса fetch произойдет изменение стейта, то будет ошибка React:
Чтобы избежать подобных ситуаций, необходимо отменять запрос fetch, если он больше не нужен. Один из вариантов – использовать guard переменную, которая будет определять актуальность запроса. Другой вариант – использовать AbortController в fetch.
https://academind.com/tutorials/useeffect-abort-http-requests
Состояние гонки описывает ситуацию, когда поведение системы зависит от определенной последовательности событий, но их порядок неуправляем. Одним из примеров является многопоточность, когда несколько потоков пытаются изменить общие данные. Аналогичная проблема может возникнуть с асинхронностью в JavaScript.
Состояние гонки в приложениях React можно воспроизвести на примере с получением данных в useEffect. Например, при изменении зависимостей deps у useEffect запрос fetch начнет выполняться и при его успехе произойдет изменение стейта. Однако, если не отменить старый запрос fetch, то может произойти коллизия: два события пытаются изменить общие данные.
Также, если компонент будет размонтирован и после выполнения запроса fetch произойдет изменение стейта, то будет ошибка React:
Warning: Can't perform a React state update on an unmounted component.Чтобы избежать подобных ситуаций, необходимо отменять запрос fetch, если он больше не нужен. Один из вариантов – использовать guard переменную, которая будет определять актуальность запроса. Другой вариант – использовать AbortController в fetch.
https://academind.com/tutorials/useeffect-abort-http-requests
Academind
useEffect(), Http Requests & Aborting
Sending a Http request with useEffect() might be trickier than you think - or did you consider aborting requests and avoiding race conditions?
React 18 перешел в статус beta
В период с версии alpha были добавлены следующие фичи в будущий релиз:
- useSyncExternalStore
- useId (обзор)
- useInsertionEffect
По сообщению Andrew Clark, в React 18 больше не будет новых API. Оставшаяся работа заключается в разработке документации и различных улучшениях, например, сообщения об ошибках.
https://github.com/reactwg/react-18/discussions/112
В период с версии alpha были добавлены следующие фичи в будущий релиз:
- useSyncExternalStore
- useId (обзор)
- useInsertionEffect
По сообщению Andrew Clark, в React 18 больше не будет новых API. Оставшаяся работа заключается в разработке документации и различных улучшениях, например, сообщения об ошибках.
https://github.com/reactwg/react-18/discussions/112
GitHub
useMutableSource → useSyncExternalStore · reactwg react-18 · Discussion #86
Since experimental useMutableSource API was added, we’ve made changes to our overall concurrent rendering model that have led us to reconsider its design. Members of this Working Group have also re...
Техническое погружение в react-three-fiber
Коди Беннетт пишет о технической реализации кастомного React рендерера react-three-fiber.
В статье описан принцип работы кастомного рендерера, а также как реализован HostConfig реконсайлера для Three.js.
Перед прочтением рекомендую ознакомиться с заметкой про устройство кастомных React рендереров – https://news.1rj.ru/str/ru_react_notes/29.
https://codyb.co/articles/a-technical-breakdown-of-react-three-fiber
Коди Беннетт пишет о технической реализации кастомного React рендерера react-three-fiber.
В статье описан принцип работы кастомного рендерера, а также как реализован HostConfig реконсайлера для Three.js.
Перед прочтением рекомендую ознакомиться с заметкой про устройство кастомных React рендереров – https://news.1rj.ru/str/ru_react_notes/29.
https://codyb.co/articles/a-technical-breakdown-of-react-three-fiber
Гайд по разработке React приложений
Bulletproof React – репозиторий-пример, в котором собраны различные библиотеки и инструменты, которые покрывают большинство аспектов разработки приложения на React. В репозитории есть статьи про настройку проекта, тестирование, стейт менеджеры, перфоманс и т.д.
Автор проекта не предлагает использовать репозиторий как шаблон для проектов. Цель проекта показать, как можно решать основные проблемы, возникающие в разработке приложения на React.
https://github.com/alan2207/bulletproof-react
Bulletproof React – репозиторий-пример, в котором собраны различные библиотеки и инструменты, которые покрывают большинство аспектов разработки приложения на React. В репозитории есть статьи про настройку проекта, тестирование, стейт менеджеры, перфоманс и т.д.
Автор проекта не предлагает использовать репозиторий как шаблон для проектов. Цель проекта показать, как можно решать основные проблемы, возникающие в разработке приложения на React.
https://github.com/alan2207/bulletproof-react
GitHub
GitHub - alan2207/bulletproof-react: 🛡️ ⚛️ A simple, scalable, and powerful architecture for building production ready React applications.
🛡️ ⚛️ A simple, scalable, and powerful architecture for building production ready React applications. - GitHub - alan2207/bulletproof-react: 🛡️ ⚛️ A simple, scalable, and powerful architecture for...
Причины вызова useEffect перед отрисовкой
Владимир Клепов разбирается с причинами запуска useEffect перед этапом отрисовки браузера. Причиной такого поведения может стать изменение стейта в useLayoutEffect.
В документации React написано, что useEffect вызывается после этапа отрисовки браузера. Чаще всего это так, и это оптимальный случай.
Изменение стейта в useLayoutEffect провоцирует новый ререндер. Перед новым ререндером происходит вызов оставшихся / ожидающих вызова useEffect. Дальше происходит стандартный флоу: обновление, вызов useLayoutEffect, отрисовка и вызов useEffect.
https://thoughtspile.github.io/2021/11/15/unintentional-layout-effect/
Владимир Клепов разбирается с причинами запуска useEffect перед этапом отрисовки браузера. Причиной такого поведения может стать изменение стейта в useLayoutEffect.
В документации React написано, что useEffect вызывается после этапа отрисовки браузера. Чаще всего это так, и это оптимальный случай.
Изменение стейта в useLayoutEffect провоцирует новый ререндер. Перед новым ререндером происходит вызов оставшихся / ожидающих вызова useEffect. Дальше происходит стандартный флоу: обновление, вызов useLayoutEffect, отрисовка и вызов useEffect.
https://thoughtspile.github.io/2021/11/15/unintentional-layout-effect/
Vladimir Klepov as a Coder
useEffect sometimes fires before paint
React стейты с фрагментированным стором
Teaful – крошечная библиотека для управления состоянием приложения. Её особенность заключается в фрагментированном сторе, который позволяет избежать повторного рендеринга компонентов. С помощью Teaful каждое поле стора можно использовать отдельно, поэтому при обновлении других полей стора, которые не используются, компонент не будет рендерится заново.
Под капотом Teaful использует контексты. Для каждого поля стора создается отдельный провайдер и хук-потребитель.
🇬🇧 https://dev.to/aralroca/react-state-with-a-fragmented-store-18ff
🇷🇺 https://habr.com/ru/company/skillfactory/blog/591605/
https://github.com/teafuljs/teaful
Teaful – крошечная библиотека для управления состоянием приложения. Её особенность заключается в фрагментированном сторе, который позволяет избежать повторного рендеринга компонентов. С помощью Teaful каждое поле стора можно использовать отдельно, поэтому при обновлении других полей стора, которые не используются, компонент не будет рендерится заново.
Под капотом Teaful использует контексты. Для каждого поля стора создается отдельный провайдер и хук-потребитель.
🇬🇧 https://dev.to/aralroca/react-state-with-a-fragmented-store-18ff
🇷🇺 https://habr.com/ru/company/skillfactory/blog/591605/
https://github.com/teafuljs/teaful
DEV Community
React state with a fragmented store
Fragmented store concept and how to apply it with React Context
Вышел React Router v6
В React Router v6 добавлены новые фичи, улучшена поддержка с последними версиями React. Также новая версия содержит несколько критических изменений по сравнению с пятой версией. В React Router v6 активно используются хуки, поэтому для работы требуется версия React 16.8 и выше.
- Вместо <Switch> используйте <Routes>. Внутри <Routes> все роуты и ссылки <Link to> будут относительными. Этот подход упростит работу с вложенными роутами, не нужно будет использовать match.url.
- Используется элемент вместо компонента в роутах <Route>. Для рендера можно передать любой элемент в проп element. Вложенные роуты задаются в children.
- Добавлен компонент <Outlet>. Позволяет отображать вложенный UI при рендере дочерних роутов. Также в <Route> добавлен проп index, который работает в связке с <Outlet>. Если родительский роут соответствует текущему URL браузера, то будет отрендерен <Route index>, если он есть среди дочерних роутов.
- Изменения в <Route path>. Были оставлены только два типа плейсхолдера:
- Изменилось поведение <Link to>. Если путь в to не начинается с /, то он будет рендерить ссылку, относительную роуту, в котором был отрендерен. Использование в <Link to>
- Добавлены новые хуки. Если храните роуты в виде объекта и используете react-router-config, то в v6 есть хук useRoutes для рендера роутов в виде объекта.
Вместо useHistory используйте useNavigate. Чаще всего будет достаточно переименовать название хука и изменить вызовы history.push или history.replace на navigate. Хук useNavigate полезен тем, что поддерживает React Suspense. Например, если был переход с роута, который еще не был загружен, то происходит замена URL, а не пуш в историю браузера.
https://reactrouter.com/docs/en/v6/upgrading/v5
В React Router v6 добавлены новые фичи, улучшена поддержка с последними версиями React. Также новая версия содержит несколько критических изменений по сравнению с пятой версией. В React Router v6 активно используются хуки, поэтому для работы требуется версия React 16.8 и выше.
- Вместо <Switch> используйте <Routes>. Внутри <Routes> все роуты и ссылки <Link to> будут относительными. Этот подход упростит работу с вложенными роутами, не нужно будет использовать match.url.
- Используется элемент вместо компонента в роутах <Route>. Для рендера можно передать любой элемент в проп element. Вложенные роуты задаются в children.
function App() {
return (
<BrowserRouter>
<Routes>
<Route path="/" element={<Home />} />
<Route path="users" element={<Users />}>
<Route path="me" element={<OwnUserProfile />} />
<Route path=":id" element={<UserProfile />} />
</Route>
</Routes>
</BrowserRouter>
);
}
function Users() {
return (
<div>
<nav>
<Link to="me">My Profile</Link>
</nav>
<Outlet />
</div>
);
}
- Добавлен компонент <Outlet>. Позволяет отображать вложенный UI при рендере дочерних роутов. Также в <Route> добавлен проп index, который работает в связке с <Outlet>. Если родительский роут соответствует текущему URL браузера, то будет отрендерен <Route index>, если он есть среди дочерних роутов.
- Изменения в <Route path>. Были оставлены только два типа плейсхолдера:
:id и * в конце пути. Была удалена поддержка RegExp в пути. Чувствительность к регистру пути переехала в <Routes caseSensitive>. - Изменилось поведение <Link to>. Если путь в to не начинается с /, то он будет рендерить ссылку, относительную роуту, в котором был отрендерен. Использование в <Link to>
.. удаляет сегмент родительского роута, а не URL.
<Routes>
<Route path="users">
<Route
path=":id/messages"
element={
// Ссылка ведет в /users
<Link to=".." />
}
/>
</Route>
</Routes>
- Добавлены новые хуки. Если храните роуты в виде объекта и используете react-router-config, то в v6 есть хук useRoutes для рендера роутов в виде объекта.
Вместо useHistory используйте useNavigate. Чаще всего будет достаточно переименовать название хука и изменить вызовы history.push или history.replace на navigate. Хук useNavigate полезен тем, что поддерживает React Suspense. Например, если был переход с роута, который еще не был загружен, то происходит замена URL, а не пуш в историю браузера.
https://reactrouter.com/docs/en/v6/upgrading/v5
Reactrouter
Upgrading from v5 v6.30.1