Создание пользовательских хуков¶
Хуки — нововведение в React 16.8, которое позволяет использовать состояние и другие возможности React без написания классов.
Создание пользовательских хуков позволяет вам перенести логику компонентов в функции, которые можно повторно использовать.
В разделе использование хука эффекта мы увидели компонент из приложения чата, в котором отображается сообщение о том, находится ли наш друг в сети:
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 |
|
Теперь предположим, что в приложении чата также есть список контактов, и мы хотим отображать зелёным цветом имена пользователей, которые сейчас в сети. Мы могли бы просто скопировать и вставить приведённую выше логику в наш компонент FriendListItem
, но это не самый лучший вариант:
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 |
|
Вместо этого, мы бы хотели, чтобы FriendStatus
и FriendListItem
разделяли эту логику.
Когда одинаковую логику состояния нужно повторно использовать в нескольких компонентах, в React традиционно применялись рендер-пропсы и компоненты высшего порядка. Рассмотрим, как хуки решают многие из тех же задач, не добавляя лишних компонентов в ваше дерево.
Извлечение логики в пользовательский хук¶
Когда мы хотим, чтобы две JavaScript-функции разделяли какую-то логику, мы извлекаем её в третью функцию. И компоненты и хуки являются функциями, поэтому с ними это тоже работает!
Пользовательский хук — это JavaScript-функция, имя которой начинается с «use», и которая может вызывать другие хуки. Например, функция useFriendStatus
ниже — это наш первый пользовательский хук:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
|
Здесь нет ничего нового, логика просто скопирована из компонентов выше. Так же как и в компонентах, убедитесь, что вы не используете другие хуки внутри условных операторов и вызываете их на верхнем уровне вашего хука.
В отличие от React-компонента, пользовательский хук не обязательно должен иметь конкретную сигнатуру. Мы можем решить, что он принимает в качестве аргументов, и должен ли он что-либо возвращать. Другими словами, всё как в обычных функциях. Её имя всегда следует начинать с use
, чтобы вы могли сразу увидеть, что к ней применяются правила хуков.
Цель нашего хука useFriendStatus
— подписать нас на статус друга. Поэтому он принимает в качестве аргумента friendID
и возвращает статус друга в сети:
1 2 3 4 5 6 7 |
|
Теперь давайте посмотрим, как мы можем использовать наш пользовательский хук.
Использование пользовательского хука¶
Вначале нашей целью было удалить дублированную логику из компонентов FriendStatus
и FriendListItem
. Они оба хотят знать, есть ли друг в сети.
Теперь, когда мы извлекли эту логику в хук useFriendStatus
, мы можем его использовать:
1 2 3 4 5 6 7 8 |
|
1 2 3 4 5 6 7 8 9 |
|
Код будет работать как раньше? Да, он работает точно так же. Если вы посмотрите внимательно, вы заметите, что мы не вносили никаких изменений в логику. Всё, что мы сделали, это извлекли общий код в отдельную функцию. Пользовательские хуки — это скорее соглашение, соответствующее дизайну хуков, нежели чем возможность самого React.
Должен ли я писать «use» в начале названия хука? Очень желательно. Это важное условие, без которого мы не сможем автоматически проверять нарушения правил хуков, потому что не определим, содержит ли определённая функция вызовы хуков внутри.
У хука, используемого в двух компонентах, одинаковое состояние? Нет. Пользовательские хуки — это механизм повторного использования логики с состоянием (например, установка подписки и сохранение текущего значения), но каждый раз, когда вы используете пользовательский хук, всё состояние и эффекты внутри него полностью изолированы.
Как пользовательский хук получает изолированное состояние? Каждый вызов хука получает изолированное состояние. Поскольку мы вызываем useFriendStatus
напрямую, с точки зрения React наш компонент просто вызывает useState
и useEffect
. И как мы узнали ранее, мы можем вызывать useState
и useEffect
много раз в одном компоненте, и они будут полностью независимы.
Совет: Передача информации между хуками¶
Поскольку хуки являются функциями, мы можем передавать информацию между ними.
Продемонстрируем это, используя другой компонент из нашего гипотетического примера чата. Это средство выбора получателей сообщений чата, которое показывает, находится ли выбранный в данный момент друг в сети:
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 |
|
Мы сохраняем выбранный в настоящее время идентификатор друга в переменной состояния recipientID
и обновляем его, если пользователь выбирает другого друга в <select>
.
Поскольку вызов хука useState
даёт нам последнее значение переменной состояния recipientID
, мы можем передать его в наш пользовательский хук useFriendStatus
в качестве аргумента:
1 2 |
|
Это позволяет нам узнать, находится ли выбранный друг в сети. Если мы выберем другого друга и обновим переменную состояния recipientID
, наш хук useFriendStatus
отменит подписку на ранее выбранного друга и подпишется на статус вновь выбранного.
используйтеВоображение()¶
Пользовательские хуки предлагают гибкую логику совместного использования, которая раньше была невозможна в React-компонентах. Вы можете написать собственные хуки, которые охватывают широкий спектр вариантов использования, таких как обработка форм, анимация, декларативные подписки, таймеры и, возможно, многие другие, которые мы не рассматривали. Более того, вы можете создавать хуки, которые также просты в использовании, как и встроенные функции React.
Попробуйте не добавлять абстракцию слишком рано. Теперь, когда функциональные компоненты обладают большими возможностями, вполне вероятно, средний функциональный компонент станет длиннее в вашей кодовой базе. Это нормально, не думайте, что вы должны немедленно разделить его на хуки. Но мы также рекомендуем вам находить ситуации, когда пользовательский хук поможет скрыть сложную логику за простым интерфейсом или распутать большой компонент.
Например, у вас есть сложный компонент, содержащий множество внутренних состояний, каждое из которых управляется особым образом. useState
не упрощает централизацию логики обновления, поэтому её можно попробовать переписать как Redux-редюсер:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
|
Редюсеры очень удобно тестировать изолированно и масштабировать для реализации сложной логики обновления. При необходимости вы можете разбить их на более мелкие редюсеры. Однако вам может нравиться пользоваться преимуществами внутреннего состояния React, или вы не хотите устанавливать ещё одну стороннюю библиотеку.
Что если мы могли бы написать хук useReducer
, который позволяет нам управлять внутренним состоянием нашего компонента с помощью редюсера? Упрощённая версия может выглядеть так:
1 2 3 4 5 6 7 8 9 10 |
|
Теперь мы можем использовать его в нашем компоненте и с помощью редюсера управлять его состоянием:
1 2 3 4 5 6 7 8 9 |
|
Так как необходимость управления внутренним состоянием с помощью редюсера в сложном компоненте достаточно распространена, мы встроили хук useReducer
прямо в React. Вы найдёте его вместе с другими встроенными хуками в API-справочнике хуков.