Доступ к данным через рефы в React
2 года назад·6 мин. на чтение
Если вы хотите, чтобы React компонент «запоминал» некоторую информацию, но вы не хотите, чтобы эта информация запускала новые рендеры, вы можете использовать ref (рефы)
Содержание туториала по React
Если вы хотите, чтобы компонент «запоминал» некоторую информацию, но вы не хотите, чтобы эта информация запускала новые рендеры, вы можете использовать ref (рефы).
При нажатии кнопки «Стоп» нужно отменить существующий интервал, чтобы он перестал обновлять переменную состояния now. Вы можете сделать это, вызвав
Вот кнопка-счетчик, реализованная с состоянием:
Добавление рефа в компонент
Вы можете добавить реф в свой компонент, импортировав хукuseRef
из React:
Внутри вашего компонента вызовите хукimport { useRef } from 'react';
useRef
и передайте начальное значение, на которое вы хотите сослаться, в качестве единственного аргумента. Например, вот ссылка на значение 0
:
const ref = useRef(0);
useRef
возвращает такой объект:
Вы можете получить доступ к текущему значению этого рефа через свойство{ current: 0; // Значение, отправленное в useRef }
ref.current
. Это значение является изменяемым, то есть вы можете как читать, так и писать в него. Это как секретный карман вашего компонента, который React не отслеживает. (Вот что делает его лозейкой из одностороннего потока данных React — подробнее об этом ниже)
В примере ниже кнопка будет увеличивать ref.current
при каждом нажатии:
Реф указывает на число, но, как и состояние, вы можете указать что угодно: строку, объект или даже функцию. В отличие от состояния,import { useRef } from 'react'; export default function Counter() { let ref = useRef(0); function handleClick() { ref.current = ref.current + 1; alert('You clicked ' + ref.current + ' times!'); } return <button onClick={handleClick}>Click me!</button>; }
ref
— это простой объект JavaScript со свойством current
, которое вы можете читать и изменять.
Обратите внимание, что компонент не перерисовывается при очередном инкременте. Как и состояние, React сохраняет рефы между повторными рендерингами. Однако установка состояния повторно рендерит компонент. А изменение рефа - нет.
Пример: создание секундомера
Вы можете комбинировать рефы и состояние в одном компоненте. Например, давайте создадим секундомер, который пользователь может запускать или останавливать нажатием кнопки. Чтобы отобразить, сколько времени прошло с тех пор, как пользователь нажал «Старт», вам нужно будет отслеживать, когда была нажата кнопка «Старт» и какое сейчас время. Эта информация используется для рендеринга, поэтому вы сохраните ее в состоянии:Когда пользователь нажимает «Старт», вы будете использоватьconst [startTime, setStartTime] = useState(null); const [now, setNow] = useState(null);
setInterval
для обновления времени каждые 10 миллисекунд:
import { useState } from 'react'; export default function Stopwatch() { const [startTime, setStartTime] = useState(null); const [now, setNow] = useState(null); function handleStart() { // Начало отсчета setStartTime(Date.now()); setNow(Date.now()); setInterval(() => { // Обновление текущего времени каждые 10 мс setNow(Date.now()); }, 10); } let secondsPassed = 0; if (startTime != null && now != null) { secondsPassed = (now - startTime) / 1000; } return ( <> <h1>Time passed: {secondsPassed.toFixed(3)}</h1> <button onClick={handleStart}>Start</button> </> ); }
clearInterval
, но вам нужно указать идентификатор интервала, который ранее возвращался вызовом setInterval
, когда пользователь нажимал «Старт». Вам нужно где-то хранить идентификатор интервала. Поскольку идентификатор интервала не используется для рендеринга, вы можете сохранить его в рефе:
Когда информация используется для рендеринга - держите ее в состоянии. Когда информации нужна только обработчикам событий и ее изменение не требует повторного рендеринга - использование ссылки может быть более эффективным.import { useState, useRef } from 'react'; export default function Stopwatch() { const [startTime, setStartTime] = useState(null); const [now, setNow] = useState(null); const intervalRef = useRef(null); function handleStart() { setStartTime(Date.now()); setNow(Date.now()); clearInterval(intervalRef.current); intervalRef.current = setInterval(() => { setNow(Date.now()); }, 10); } function handleStop() { clearInterval(intervalRef.current); } let secondsPassed = 0; if (startTime != null && now != null) { secondsPassed = (now - startTime) / 1000; } return ( <> <h1>Time passed: {secondsPassed.toFixed(3)}</h1> <button onClick={handleStart}>Start</button> <button onClick={handleStop}>Stop</button> </> ); }
Различия между рефами и состоянием
Возможно, вы думаете, что рефы кажутся менее «строгими», чем состояние. Например, вы можете изменить их вместо того, чтобы постоянно использовать функцию установки состояния. Но в большинстве случаев вы захотите использовать состояние. Рефы — это лозейка, которая вам часто не потреюуется. Сравним состояние и рефы:Рефы | Состояние |
---|---|
useRef(initialValue) возвращает { current: initialValue } | useState(initialValue) возвращает текущее значение переменной состояния и функцию установки состояния ([value, setValue] ) |
Не запускает повторный рендеринг при его изменении. | Запускает повторный рендеринг при его изменении. |
Изменяемый — вы можете изменять и обновлять значение current вне процесса рендеринга. | Неизменный (иммутабельный) — вы должны использовать функцию установки состояния, чтобы изменить переменные состояния, чтобы поставить в очередь повторный рендеринг. |
Вы не должны читать (или записывать) значение current во время рендеринга. | Вы можете прочитать состояние в любое время. Однако каждый рендер имеет свой собственный снимок состояния, который не меняется. |
Поскольку отображается значениеimport { useState } from 'react'; export default function Counter() { const [count, setCount] = useState(0); function handleClick() { setCount(count + 1); } return <button onClick={handleClick}>You clicked {count} times</button>; }
count
, имеет смысл использовать для него значение состояния. Когда значение счетчика устанавливается с помощью setCount()
, React повторно отображает компонент, и экран обновляется, чтобы отразить новое значение счетчика.
Если вы попытаетесь реализовать это с помощью ref
, React никогда не будет повторно отображать компонент, поэтому вы никогда не увидите изменения счетчика. Посмотрите, как нажатие на эту кнопку не обновляет ее текст:
Вот почему чтениеimport { useRef } from 'react'; export default function Counter() { let countRef = useRef(0); function handleClick() { // В таком случае ререндеринг компонента Не происходит countRef.current = countRef.current + 1; } return ( <button onClick={handleClick}>You clicked {countRef.current} times</button> ); }
ref.current
во время рендеринга приводит к ненадежному коду. Если вам это нужно, используйте вместо этого состояние.
Как работает useRef внутри?
Хотя иuseState
, и useRef
предоставляются React, в принципе useRef
может быть реализован поверх useState
. Вы можете представить, что внутри React useRef
реализован так:
Во время первого рендеринга// Внутри React function useRef(initialValue) { const [ref, unused] = useState({ current: initialValue }); return ref; }
useRef
возвращает { current: initialValue }
. Этот объект хранится в React, поэтому при следующем рендеринге будет возвращен тот же объект. Обратите внимание, что в этом примере не используется установщик состояния. В этом нет необходимости, потому что useRef
всегда должен возвращать один и тот же объект.
React предоставляет встроенную версию useRef
, потому что она достаточно распространена на практике. Но вы можете думать об этом как об обычной переменной состояния без сеттера. Если вы знакомы с объектно-ориентированным программированием, рефы могут напомнить вам поля экземпляра, но вместо this.something
вы пишете somethingRef.current
.
Когда использовать рефы?
Как правило, вы будете использовать рефы, когда вашему компоненту нужно «выйти за пределы» React и взаимодействовать с внешними API — часто API браузера, который не повлияет на внешний вид компонента. Вот несколько таких редких ситуаций:- Хранение идентификаторов таймаута
- Хранение элементов DOM и управление ими, которые мы рассмотрим в следующей части.
- Хранение других объектов, которые не нужны для вычисления JSX.
Рекомендации по использованию рефов
Следование этим принципам сделает ваши компоненты более предсказуемыми:- Относитесь к рефам как к лозейке. Рефы полезны при работе с внешними системами или API-интерфейсами браузера. Если большая часть логики вашего приложения и потока данных зависит от рефов, возможно, следует пересмотреть свой подход.
- Не читайте и не записывайте
ref.current
во время рендеринга. Если во время рендеринга требуется некоторая информация, используйте вместо этого состояние. Поскольку React не знает, когда изменяетсяref.current
, даже его чтение во время рендеринга затрудняет прогнозирование поведения вашего компонента. (Единственным исключением является такой код, как if(!ref.current) ref.current = new Thing()
, который устанавливает ссылку только один раз во время первого рендеринга.)
ref
, оно немедленно меняется:
Это связано с тем, что сам реф является обычным JavaScript объектом и ведет себя как объект. Вам также не нужно беспокоиться о том, чтобы избежать мутации, когда вы работаете с рефами. Пока объект, который вы мутируете, не используется для рендеринга, React не волнует, что вы делаете с рефом или его содержимым.ref.current = 5; console.log(ref.current); // 5
Рефы и DOM
Вы можете указать ссылку на любое значение. Однако наиболее распространенным вариантом использования ссылки является доступ к элементу DOM. Например, это удобно, если вы хотите сфокусировать инпут программно. Когда вы передаете реф в атрибутref
в JSX, например <div ref={myRef}>
, React поместит соответствующий элемент DOM в myRef.current
.
Резюме
- Рефы — это лозейка для хранения значений, которые не используются для рендеринга. Вы не будете нуждаться в них часто.
- Ссылка — это простой объект JavaScript с одним свойством, называемым
current
, которое вы можете прочитать или установить. - Вы можете попросить React дать вам реф, вызвав хук
useRef
. - Как и состояние, рефы позволяют сохранять информацию между повторными рендерингами компонента.
- В отличие от состояния, установка значения
current
рефа не вызывает повторный рендеринг. - Не читайте и не записывайте
ref.current
во время рендеринга. Это затрудняет прогнозирование вашего компонента.
Как использовать переменные среды в React
2 года назад·5 мин. на чтение
О различных способах доступа к переменным среды в React приложении
Если у вас нет опыта server side программирования, переменные среды могут показаться чем-то магическим. Этот недостаток знаний может поставить вас в тупик, когда вы закончите создавать приложения todo на localhost и попытаетесь создать продакшн сборку в первый раз.
Если вы хотите узнать, как использовать переменные среды в ваших собственных инструментах, или глубоко погрузиться в то, как переменные среды работают в React, вы можете продолжить чтение этой статьи. Но если вы ищете быстрое решение и используете Create React App, ознакомьтесь с документацией здесь. Пользователи NextJS, ознакомьтесь с документацией здесь.
Сломается он потому, что когда мы используем переменные окружения в клиентском коде, они на самом деле просто служат заполнителями, которые будут заменены при компиляции нашего кода. Проблема в том, что мы не сказали webpack скомпилировать эти переменные в реальные значения. Давайте сделаем это в нашем конфигурационном файле webpack с плагином
Способ 2: Использование файла
Вся идея здесь состоит в том, чтобы создать файл (называемый просто Создадим файл
Этот файл должен находиться в корневом каталоге проекта и называться
Обработка файла
Теперь нам нужен какой-то способ обработки файлов и их содержимого. Для этого мы собираемся использовать популярный npm пакет под названием dotenv. Dotenv широко используется (create-react-app использует его). Он будет получать переменные из нашего файла
Настройка активной среды с помощью
Мы собираемся использовать
Так как мы определили нашу среду в нашем
Проблема, которую мы решаем
Как объявить различные URL-адресов API для локальной разработки и для продакшн сборки.Как решить эту проблему
Использовать переменные среды. При работе с React переменные среды — это переменные, доступные через глобальный объектprocess.env
. Этот глобальный объект предоставляется вашей средой через NodeJS. И поскольку у нас нет NodeJS в браузере, нам понадобится webpack.
В этой статье рассмотрим два способа установки и использования переменных среды для ваших React проектов с помощью webpack: с помощью скриптов npm и с помощью файла .env
.
Способ 1: Использование скриптов npm для установки переменных среды
Во-первых, установите webpack и webpack-cli из npm:Перейдите в файлnpm install --save-dev webpack webpack-cli
package.json
, проверьте поле scripts
и найдите команды, которые запускают webpack. Вероятно, это будет выглядеть примерно так:
Давайте добавим некоторые переменные окружения с флагом{ // ... scripts: { "dev": "webpack --config webpack.config.dev.js", "build": "webpack --config webpack.config.build.js" } }
--env
в scripts
:
Мы добавили{ // ... scripts: { "dev": "webpack --env.API_URL=http://localhost:8000 --config webpack.config.dev.js", "build": "webpack --env.API_URL=https://www.myapi.com --config webpack.config.build.js" } }
--env.API_URL=
часть в обоих скриптах. Теперь запустите команду npm run dev
, перейдите к React компоненту и используйте process.env.API_URL
:
И тут проект должен сломаться.const App = () => <h1>{process.env.API_URL}</h1>;
DefinePlugin
:
const webpack = require('webpack'); // DefinePlugin это часть webpack, поэтому это require обязателен // возвращаем функцию из config файла // переменная `env` будет просто объектом { API_URL: 'http://localhost:8000' } // в ней будут содержаться все переменные среды, которые мы указали в package.json module.exports = (env) => { // этот объект это сама конфигурация webpack return { plugins: [ // добавим плагин в список плагинов new webpack.DefinePlugin({ `process.env.API_URL`: JSON.stringify(${env.API_URL}) }) ] }; };
DefinePlugin
требует, чтобы вы буквально определили свои «переменные среды».
Вы также можете применить .reduce
к переменным среды, чтобы получить объект:
Если вы запустите команду сейчас, все скомпилируется, и вашmodule.exports = (env) => { // создаем объект из переменных среды const envKeys = Object.keys(env).reduce((prev, next) => { prev[`process.env.${next}`] = JSON.stringify(env[next]); return prev; }, {}); return { plugins: [ new webpack.DefinePlugin(envKeys) ] }; };
process.env.API_URL
будет скомпилирован в правильный URL-адрес на основе переменной среды.
Способ 2: Использование файла .env
для установки переменных среды
Вся идея здесь состоит в том, чтобы создать файл (называемый просто .env
), заполненный переменными среды.
Чтобы защитить пароли и другие значения переменных среды, добавьте файл .env
в .gitignore
.
Фронтенд код будет ссылаться на одну и ту же переменную среды (process.env.API_URL
) в обеих средах (при локальной разработке и на продакшене), но поскольку вы определили разные значения в своих .env
, скомпилированные значения будут отличаться.
Создадим файл .env
Этот файл должен находиться в корневом каталоге проекта и называться .env
. Добавим переменную:
API_URL=http://localhost:8000
Обработка файла .env
Теперь нам нужен какой-то способ обработки файлов и их содержимого. Для этого мы собираемся использовать популярный npm пакет под названием dotenv. Dotenv широко используется (create-react-app использует его). Он будет получать переменные из нашего файла .env
и добавлять их в глобальный process.env
.
$ npm install --save-dev dotenv
Добавление переменных в проект React
Есть одна проблема. Dotenv работает только на стороне сервера. А мы хотим использовать переменные среды на стороне клиента, на фронтенде. В данном случае мы разрабатываем клиентскую часть. И dotenv нужна какая-то среда для фактического хранения переменных. Здесь поможет Webpack. Воспользуемся плагиномDefinePlugin
в нашей webpack конфигурации:
При необходимости проверьте параметры конфигурации dotenv в документации на github. Вызовconst webpack = require('webpack'); const dotenv = require('dotenv'); module.exports = () => { // dotenv вернет объект с полем parsed const env = dotenv.config().parsed; // сделаем reduce, чтобы сделать объект const envKeys = Object.keys(env).reduce((prev, next) => { prev[`process.env.${next}`] = JSON.stringify(env[next]); return prev; }, {}); return { plugins: [ new webpack.DefinePlugin(envKeys) ] }; };
.config()
в dotenv вернет объект со всеми переменными среды, установленными в вашем файле .env
через поле parsed
. Теперь давайте проверим наш React код:
И это работает! Он показывает значение переменной средыconst App = () => <h1>{process.env.API_URL}</h1>;
API_URL
, определенной в .env
.
Осталась только одна проблема: нам все еще нужно определить различные API_URL
для локальной разработки и продакшена.
Различные переменные среды для разных сред
Вся идея состоит в том, чтобы создать разные файлы.env
для разных сред и позволить webpack выбрать правильный файл .env
в зависимости от активной среды. Поэтому создайте два файла в корневом каталоге проекта:
.env
(содержит все переменные среды для продакшн).env.development
(содержит все переменные среды для локальной разработки)
.env
сопоставление имени среды. Общепринятой практикой является использование исходного файла .env
для продакшн сборки, поэтому мы не будем добавлять постфикс для продакшн .env
.
Настройка активной среды с помощью scripts
в package.json
Мы собираемся использовать scripts
(как мы это делали в методе 1), чтобы установить текущую среду в нашем package.json
:
{ "scripts": { "dev": "webpack --env.ENVIRONMENT=development --config webpack.config.dev.js", "build": "webpack --env.ENVIRONMENT=production --config webpack.config.build.js" } }
package.json
, теперь она доступна в нашей конфигурации webpack.
Следующим шагом будет переход к webpack конфигурации и дать ему использовать файл .env
, принадлежащий активной среде. Как и раньше, мы используем dotenv, но теперь мы указываем пользовательский path
в параметрах.
Эта вся необходимая настройка, но вы можете создать большеconst webpack = require('webpack'); const dotenv = require('dotenv'); const fs = require('fs'); // для проверки существования файла const path = require('path'); // для получения текущего пути module.exports = (env) => { // получаем корневой путь (предполагаем, что webpack config лежит в корне проекта) const currentPath = path.join(__dirname); // путь по умолчанию (будет использован для продакшена - `.env`) const basePath = currentPath + '/.env'; // склеиваем имя среды с именем файла для получения имени env файла const envPath = basePath + '.' + env.ENVIRONMENT; // проверяем существует ли env файл, если нет используем имя по умолчанию const finalPath = fs.existsSync(envPath) ? envPath : basePath; // устанавливаем параметр path в dotenv const fileEnv = dotenv.config({ path: finalPath }).parsed; // сделаем reduce, чтобы получить объект const envKeys = Object.keys(fileEnv).reduce((prev, next) => { prev[`process.env.${next}`] = JSON.stringify(fileEnv[next]); return prev; }, {}); return { plugins: [ new webpack.DefinePlugin(envKeys) ] };
.env
файлов для большего количества сред (например, .env.staging
) по аналогии.