9 вопросов на собеседовании, которые должен знать Senior React разработчик

год назад·1 мин. на чтение

Как разработчик на React, вы в конечном итоге испытаете желание сделать следующий большой шаг к роли Senior.

Некоторые разработчики застряли в роли junior или middle разработчика, даже когда уже набрали опыта. Конечно, опыт приходит со временем, но некоторые разработчики могут иметь мышление senior разработчика, но не изучать необходимые темы. Эта статья не будет содержать туториалы, но будет содержать общий обзор ответов, которые вы должны дать. Вот несколько очень распространенных вопросов на собеседовании, которые вам могут задать во время собеседования на React разработчика.

1. Можете ли вы описать ситуацию, когда вам пришлось оптимизировать React приложение, чтобы повысить его производительность? Как вы это сделали?

Как senior React разработчик, вы должны время от времени оптимизировать React приложение для повышения производительности. Понимание жизненного цикла и хуков React может помочь в этом. Некоторые способы оптимизации производительности приложения React могут включать:
  • Избегать ненужные повторные рендеры
  • Использование уникального идентификатора при отображении списков
  • Использование хуков, таких как useMemo и useCallback, для мемоизации функций
  • Ленивая загрузка

2. Как вы управляете состоянием в большом React приложении?

В React есть два типа состояний: локальное и глобальное состояние. Локальное состояние является эксклюзивным для области React компонента. Доступ к глобальному состоянию может получить любой из ваших компонентов. Некоторые распространенные библиотеки для управления состоянием в большом React приложении включают в себя
  • Redux
  • Recoil
  • Jotai
  • Rematch
  • и т.д.

Когда использовать состояние?

Представьте, что вы создаете приложение со списком дел в React. Вы хотите отслеживать список элементов, введенных пользователем, а также логическое значение, указывающее, загружает ли приложение данные из API в данный момент. Например, у вас может быть действие ADD_TODO, которое добавляет новый элемент списка дел в массив, и редьюсер, который соответствующим образом обновляет состояние. У вас также может быть действие SET_LOADING, которое обновляет состояние загрузки. Другим примером может быть корзина покупок, которая отслеживает товары в корзине, даже когда пользователь обновляет или покидает страницу. Если данные передаются только из глобальной переменной в компоненты приложения, можно также применить хук useContext. Это хорошо подходит для работы с темами пользовательского интерфейса приложения и с auth провайдерами.

3. Можете ли вы описать опыт работы со сложной структурой данных в React приложении? Как вы с этим справились?

Для работы со сложными структурами данных в приложении React может потребоваться использовать такие методы, как сопоставление вложенных данных, использование рекурсивных компонентов для рендеринга данных с несколькими уровнями вложенности и оптимизация производительности с помощью таких методов, как React.memo. Также может быть полезно использовать библиотеки, такие как lodash, для манипулирования и преобразования сложных структур данных. Очевидно, что существует множество способов обработки сложных структур данных в React. Ниже приведено несколько сценариев, в которых вам, возможно, придется более осторожно обращаться с обработкой и представлением данных.
  • Вложенные структуры данных, такие как дерево или граф
  • Большие наборы данных, которые необходимо отображать и обрабатывать в виде таблицы или списка
  • Структуры данных с несколькими уровнями вложенности, такие как объект JSON с несколькими слоями вложенных объектов и массивов
  • Постоянно меняющиеся структуры данных, такие как данные в реальном времени из прямой трансляции или подключения к веб-сокету

4. Как вы подходите к тестированию приложения React?

Важно иметь хорошую стратегию тестирования, чтобы убедиться, что ваше приложение React стабильно и работает правильно. Это может включать в себя комбинацию модульных тестов, интеграционных тестов и e2e тестов, а также таких методов, как снэпшот тестирование и TDD (разработка на основе тестирования).
  • Используйте встроенные утилиты тестирования React, такие как React Testing Library и Enzyme, для тестирования рендеринга и поведения компонентов
  • Напишите модульные тесты для отдельных компонентов React, чтобы убедиться, что они правильно работают в изоляции
  • Напишите интеграционные тесты, чтобы проверить взаимодействие между несколькими компонентами и убедиться, что они правильно работают вместе
  • Используйте платформу тестирования, такую как Jest, для запуска и организации тестов
  • Используйте снэпшот тестирование, чтобы убедиться, что отрисовка компонента не изменится неожиданно
  • Используйте разработку на основе тестирования (TDD) для написания тестов перед написанием кода реализации функции.
  • Используйте библиотеку для мокирования, такую как Sinon.js для имитации зависимостей в тестах
  • Напишите e2e тесты для тестирования приложения в целом, имитируя взаимодействие с пользователем в реальном браузере

5. Как вы обрабатываете асинхронные действия в приложении React?

Одним из способов является использование ключевых слов async и await, которые позволяют писать асинхронный код в синхронном стиле. Ниже приведен пример компонента, который выполняет асинхронный вызов API с помощью async и await:
import React, { useState, useEffect } from 'react';

function MyComponent() {
  const [data, setData] = useState(null);

  useEffect(() => {
    async function fetchData() {
      const response = await fetch('https://..../endpoint');
      const data = await response.json();
      setData(data);
    }
    fetchData();
  }, []);

  return (
    <div>
      {data ? (
        <div>{data.message}</div>
      ) : (
        <div>Loading...</div>
      )}
    </div>
  );
}
Еще один способ обработки асинхронных функций в React — использовать библиотеку, такую как axios или fetch, для выполнения вызовов API. Вот пример использования axios:
import React, { useState, useEffect } from 'react';
import axios from 'axios';

function MyComponent() {
  const [data, setData] = useState(null);

  useEffect(() => {
    async function fetchData() {
      const response = await axios.get('https://my-api.com/endpoint');
      setData(response.data);
    }
    fetchData();
  }, []);

  return (
    <div>
      {data ? (
        <div>{data.message}</div>
      ) : (
        <div>Loading...</div>
      )}
    </div>
  );
}

6. Можете ли вы рассказать разницу между презентационным и контейнерным компонентом в React?

В React презентационные компоненты связаны с тем, как все выглядит, в то время как компоненты-контейнеры связаны с тем, как все работает. Презентационные компоненты обычно отвечают за рендеринг элементов пользовательского интерфейса на экране. Они получают данные и обратные вызовы в качестве пропсов. Обычно они сосредоточены на рендеринге JSX и не знают о состоянии или действиях приложения. Ниже приведен пример презентационного компонента:
import React from 'react';

function Button(props) {
  return <button>{props.label}</button>;
}
Компоненты-контейнеры обычно отвечают за управление состоянием и действиями. Они содержат логику для получения данных, обработки пользовательского ввода и выполнения других задач. Они знают о состоянии и действиях приложения, а также передают данные и обратные вызовы презентационным компонентам в качестве пропсов. Ниже приведен пример компонента контейнера:
import React, { Component } from 'react';
import Button from './Button';

class Form extends Component {
  state = {
    name: '',
  };

  handleChange = (event) => {
    this.setState({ name: event.target.value });
  };

  handleSubmit = (event) => {
    event.preventDefault();
    // отправка формы
  };

  render() {
    return (
      <form onSubmit={this.handleSubmit}>
        <label>
          Name:
          <input type="text" value={this.state.name} onChange={this.handleChange} />
        </label>
        <Button label="Submit" />
      </form>
    );
  }
}
Разделение презентационных и контейнерных компонентов может помочь упростить понимание, тестирование и обслуживание кода, отделив проблемы внешнего вида от того, как все работает.

7. Можете ли вы описать, как бы вы реализовали функциональность пагинации в приложении React?

Вот один из способов реализовать пагинацию в React приложении:
  • Определите общее количество страниц, которые вам нужны, исходя из объема имеющихся у вас данных и количества элементов, которые вы хотите отобразить на странице.
  • Добавьте переменную состояния page в компонент для отслеживания текущей страницы.
  • Напишите функцию, которая извлекает данные для определенной страницы и обновляет состояние компонента новыми данными.
  • Визуализируйте пользовательский интерфейс нумерации страниц, который может включать кнопки для перехода к следующей и предыдущей страницам, а также раскрывающийся список для выбора определенной страницы.
  • Добавьте обработчики событий для элементов пользовательского интерфейса пагинации, которые вызывают функцию fetch с соответствующим номером страницы.
Вы также можете даже использовать библиотеки пользовательского интерфейса, такие как Material UI, чтобы ускорить разработку, которая дает вам базовые компоненты для создания функций с разбиением на страницы.

8. Как вы обрабатываете роутинг на стороне клиента в приложении React?

Существует несколько способов обработки роутинга на стороне клиента в приложении React. Одним из популярных способов является использование библиотеки react-router-dom, которая предоставляет компонент <Router> для обработки роутинга и набор компонентов <Route> для определения роутов в приложении. Ниже приведен пример того, как можно использовать react-router-dom для обработки роутинга на стороне клиента в приложении React: Установите библиотеку react-router-dom.
npm install react-router-dom
Импортируйте компоненты <Router> и <Route> из react-router-dom.
import { BrowserRouter as Router, Route } from 'react-router-dom';
Оберните приложение компонентом <Router>.
<Router>
  <App />
</Router>
Определите свои маршруты с помощью компонента <Route>. Компонент <Route> принимает проп path, указывающий путь для роута, и проп component, указывающий компонент для визуализации при сопоставлении роута.
<Route exact path="/" component={Home} />
<Route path="/about" component={About} />
<Route path="/users/:id" component={User} />
Компонент <Route> отобразит указанный компонент, когда текущий URL-адрес совпадет с путем роута. Вы можете использовать проп exact, чтобы указать, что маршрут должен быть сопоставлен только в том случае, если путь точно совпадает с текущим URL-адресом. Вы также можете использовать компонент <Link> из react-router-dom для создания ссылок, которые перемещаются между маршрутами в вашем приложении.
import { Link } from 'react-router-dom';
...
<Link to="/about">About</Link>
Подробнее о React Router читайте в серии статей:
  1. Основы React Router
  2. Продвинутые определения маршрутов
  3. Управление навигацией
  4. Подробно о роутерах

9. Можете ли вы рассказать о преимуществах использования React Context API?

React Context API — отличная альтернатива передаче данных без использования пропсов родительского компонента. Это может быть особенно полезно в тех случаях, когда у вас есть глубоко вложенная структура компонентов или если вы хотите передать данные компоненту, который находится на много уровней вниз по дереву. Некоторые преимущества использования React Context API включают в себя:

Устраняет prop drilling

С помощью Context API вы можете избежать необходимости передавать пропсы через несколько уровней компонентов, что может стать утомительным и затруднить чтение и поддержку кода.

Упрощает совместное использование состояния между компонентами

Если у вас есть состояние, которое необходимо совместно использовать между несколькими компонентами, API контекста может упростить это без необходимости поднимать состояние до общего предка.

Повышает производительность

Так как Context API не полагается на React Virtual DOM для передачи данных между компонентами, он может быть более эффективным, чем использование пропсов. Это может быть особенно полезно в тех случаях, когда вы передаете большие объемы данных или часто выполняете повторный рендеринг.

Увеличивает повторное использование кода

Если у вас есть компоненты, которым требуется доступ к одним и тем же данным, вы можете использовать Context API, чтобы сделать эти данные доступными для них, что может упростить повторное использование этих компонентов в разных частях вашего приложения.

Хук useContext - как использовать контекст в React?

2 года назад·4 мин. на чтение

useContext - это React хук, который позволяет вам читать и подписываться на контекст из вашего компонента.

API хука useContext

const value = useContext(SomeContext)

useContext(SomeContext)

Вызовите useContext на верхнем уровне вашего компонента для чтения и подписки на контекст.
import { useContext } from 'react';

function MyComponent() {
  const theme = useContext(ThemeContext);
  // ...

Параметры

  • SomeContext: Контекст, который вы ранее создали с помощью createContext. Сам контекст не содержит информации, он только представляет тип информации, которую вы можете предоставить или прочитать из компонентов.

Что возвращает useContext?

useContext возвращает значение контекста для вызывающего компонента. Оно определяется как значение, переданное ближайшему SomeContext.Provider, расположенному выше вызывающего компонента в дереве. Если такого провайдера нет, то возвращаемое значение будет значением по умолчанию (defaultValue), которое вы передали в createContext для данного контекста. React автоматически перерисовывает компоненты, которые читают некоторый контекст, если он изменяется.

Использование контекста

Передача данных вглубь дерева

Вызовите useContext на верхнем уровне вашего компонента для чтения и подписки на контекст.
import { useContext } from 'react';

function Button() {
  const theme = useContext(ThemeContext);
  // ...
useContext возвращает значение контекста для переданного вами контекста. Чтобы определить значение контекста, React просматривает дерево компонентов и находит ближайший вышеуказанный провайдер контекста для данного контекста. Чтобы передать контекст кнопке, оберните ее или один из ее родительских компонентов в соответствующий провайдер контекста:
function MyPage() {
  return (
    <ThemeContext.Provider value="dark">
      <Form />
    </ThemeContext.Provider>
  );
}

function Form() {
  // ... отрисовывает кнопки внутри себя ...
}
Не имеет значения, сколько слоев компонентов находится между провайдером и кнопкой. Когда кнопка в любом месте формы вызывает useContext(ThemeContext), она получит значение "dark".
import { createContext, useContext } from 'react';

const ThemeContext = createContext(null);

export default function MyApp() {
  return (
    <ThemeContext.Provider value="dark">
      <Form />
    </ThemeContext.Provider>
  )
}

function Form() {
  return (
    <Panel title="Welcome">
      <Button>Sign up</Button>
      <Button>Log in</Button>
    </Panel>
  );
}

function Panel({ title, children }) {
  const theme = useContext(ThemeContext);
  const className = 'panel-' + theme;
  return (
    <section className={className}>
      <h1>{title}</h1>
      {children}
    </section>
  )
}

function Button({ children }) {
  const theme = useContext(ThemeContext);
  const className = 'button-' + theme;
  return (
    <button className={className}>
      {children}
    </button>
  );
}

Обновление данных, переданных через контекст

Часто бывает необходимо, чтобы контекст менялся с течением времени. Чтобы обновить контекст, вам нужно объединить его с состоянием. Объявите переменную state в родительском компоненте и передайте текущее состояние в качестве значения контекста провайдеру.
unction MyPage() {
  const [theme, setTheme] = useState('dark');
  return (
    <ThemeContext.Provider value={theme}>
      <Form />
      <Button onClick={() => {
        setTheme('light');
      }}>
        Switch to light theme
      </Button>
    </ThemeContext.Provider>
  );
}
Теперь любая кнопка внутри провайдера будет получать текущее значение темы. Если вы вызовете setTheme для обновления значения темы, которое вы передаете провайдеру, все компоненты Button будут заново отображаться с новым значением "light".

Указание значения по умолчанию

Если React не может найти ни одного провайдера данного контекста в родительском дереве, значение контекста, возвращаемое функцией useContext(), будет равно значению по умолчанию, которое вы указали при создании контекста:
const ThemeContext = createContext(null);
Значение по умолчанию никогда не изменяется. Если вы хотите обновить контекст, используйте его вместе с состоянием, как описано выше. Часто вместо null можно использовать какое-то более значимое значение по умолчанию, например:
const ThemeContext = createContext('light');
Таким образом, если вы случайно отобразите какой-то компонент без соответствующего провайдера, он не сломается. Это также поможет вашим компонентам хорошо работать в тестовой среде без установки большого количества провайдеров в тестах. В приведенном ниже примере кнопка "Toggle theme" всегда светлая, потому что она находится вне любого провайдера контекста темы, а значение контекстной темы по умолчанию - 'light'.
import { createContext, useContext, useState } from 'react';

const ThemeContext = createContext('light');

export default function MyApp() {
  const [theme, setTheme] = useState('light');
  return (
    <>
      <ThemeContext.Provider value={theme}>
        <Form />
      </ThemeContext.Provider>
      <Button onClick={() => {
        setTheme(theme === 'dark' ? 'light' : 'dark');
      }}>
        Toggle theme
      </Button>
    </>
  )
}

function Form({ children }) {
  return (
    <Panel title="Welcome">
      <Button>Sign up</Button>
      <Button>Log in</Button>
    </Panel>
  );
}

function Panel({ title, children }) {
  const theme = useContext(ThemeContext);
  const className = 'panel-' + theme;
  return (
    <section className={className}>
      <h1>{title}</h1>
      {children}
    </section>
  )
}

function Button({ children, onClick }) {
  const theme = useContext(ThemeContext);
  const className = 'button-' + theme;
  return (
    <button className={className} onClick={onClick}>
      {children}
    </button>
  );
}

Переопределение контекста для части дерева

Вы можете переопределить контекст для части дерева, обернув эту часть в провайдер с другим значением.
<ThemeContext.Provider value="dark">
  ...
  <ThemeContext.Provider value="light">
    <Footer />
  </ThemeContext.Provider>
  ...
</ThemeContext.Provider>
Вы можете вложить и переопределить провайдеров столько раз, сколько вам нужно.

Оптимизация повторных рендерингов при передаче объектов и функций

Вы можете передавать любые значения через контекст, включая объекты и функции.
function MyApp() {
  const [currentUser, setCurrentUser] = useState(null);

  function login(response) {
    storeCredentials(response.credentials);
    setCurrentUser(response.user);
  }

  return (
    <AuthContext.Provider value={{ currentUser, login }}>
      <Page />
    </AuthContext.Provider>
  );
}
Здесь значение контекста - это JavaScript объект с двумя свойствами, одно из которых - функция. Всякий раз, когда MyApp ререндерится (например, при обновлении маршрута), это будет другой объект, указывающий на другую функцию, поэтому React также придется перерендерить все компоненты в глубине дерева, которые вызывают useContext(AuthContext). В небольших приложениях это не является проблемой. Однако нет необходимости перерисовывать их, если базовые данные, такие как currentUser, не изменились. Чтобы помочь React воспользоваться этим фактом, вы можете обернуть функцию входа в систему в useCallback и обернуть создание объекта в useMemo.
Это оптимизация производительности будет выглядеть следующим образом:
import { useCallback, useMemo } from 'react';

function MyApp() {
  const [currentUser, setCurrentUser] = useState(null);

  const login = useCallback((response) => {
    storeCredentials(response.credentials);
    setCurrentUser(response.user);
  }, []);

  const contextValue = useMemo(() => ({
    currentUser,
    login
  }), [currentUser, login]);

  return (
    <AuthContext.Provider value={contextValue}>
      <Page />
    </AuthContext.Provider>
  );
}
В результате этого изменения, даже если MyApp потребуется повторный рендеринг, компонентам, вызывающим useContext(AuthContext), не потребуется повторный рендеринг, если только currentUser не изменился.