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

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

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

Вот несколько очень распространенных вопросов на собеседовании, которые вам могут задать во время собеседования на должность сеньор React разработчика.

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

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

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

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

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

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

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

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

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

Важно иметь хорошую стратегию тестирования, чтобы убедиться, что ваше приложение React стабильно и работает правильно. Это может включать в себя комбинацию модульных тестов, интеграционных тестов и E2E тестов, а также такие методы, как снэпшот (snapshot) тестирование и 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://example.com/get-data');
     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://example.com/get-data');
     setData(response.data);
   }
   fetchData();
 }, []);

 return (
   <div>
     {data ? (
       <div>{data.message}</div>
     ) : (
       <div>Loading...</div>
     )}
   </div>
 );
}
Подробнее об асинхронности можно прочитать в статье Полное руководство по асинхронному JavaScript

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:
  1. Определите общее количество необходимых страниц, исходя из объема имеющихся у вас данных и количества элементов, которые вы хотите отобразить на странице.
  2. Добавьте переменную состояния page в свой компонент, чтобы отслеживать текущую страницу.
  3. Напишите функцию, которая извлекает данные для определенной страницы и обновляет состояние компонента новыми данными.
  4. Отобразите интерфейс пагинации, который может включать кнопки для перехода к следующей и предыдущей страницам, а также раскрывающийся список для выбора конкретной страницы.
  5. Добавьте обработчики событий для элементов компонента пагинации, которые вызывают функцию выбора с соответствующим номером страницы.
Вы также можете использовать библиотеки пользовательского интерфейса, такие как 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>

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

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

Упрощает prop drilling

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

Облегчает обмен данными между компонентами

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

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

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

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

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

Итоги

Эти вопросы должны дать специалисту по найму хорошее представление о вашем опыте работы с React и способности решать сложные проблемы. Также важно помнить, что менеджеры по найму, технические директора и другие технические руководители также будут оценивать ваши коммуникативные навыки, способность решать проблемы и общий подход к разработке. Еще больше вопросов с фронтенд собеседований можно найти здесь.

Многоуровневая архитектура React компонентов

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

Раскрываем секреты создания масштабируемых и поддерживаемых React компонентов

Сопровождаемость является важным аспектом любой системы. Он определяет, насколько легко система может быть обновлена. Система будет работать оптимально только в том случае, если все компоненты хорошо обслуживаются. Если ваш проект имеет хорошо поддерживаемую архитектуру, разработчики могут легко понять проект и внести точечные изменения, чтобы повысить производительность при одновременном сокращении циклов разработки, тестирования и выпуска. Архитектура проекта является ключевым фактором, определяющим простоту обслуживания компонентов проекта. Многоуровневая архитектура является одной из лучших архитектур для написания поддерживаемых компонентов для UI фреймворков, таких как React. Поэтому в этой статье мы обсудим, как использовать многоуровневую архитектуру для написания простых в обслуживании компонентов на React и каких ошибок следует избегать.

Что такое многоуровневая архитектура и зачем ее использовать?

Многоуровневая архитектура — это шаблон проектирования программного обеспечения, который организует приложение на несколько уровней, каждый из которых имеет определенный набор обязанностей. Эти слои организованы иерархически, при этом уровни более высокого уровня полагаются на слои более низкого уровня. Большинство многоуровневых архитектур имеют три или четыре стандартных уровня. Каждый слой может быть разработан и протестирован независимо в многоуровневой архитектуре, и изменения в одном слое не влияют на другие. Такое разделение позволяет разработчикам создавать организованные, модульные и масштабируемые системы, которые легче поддерживать и обновлять. Кроме того, такой подход позволяет вносить изменения в приложение без необходимости переписывать большие участки кода, снижая риск внесения ошибок или нарушения существующей функциональности. Давайте рассмотрим трехуровневую архитектуру в качестве примера, чтобы увидеть, как она может улучшить процесс разработки.

Трехуровневая архитектура

Вот эти три основных слоя: Презентационный слой (уровень представления, presentation layer) Уровень бизнес-логики (business logic layer, BLL) Уровень доступа к данным (data access layer, DAL) Уровень представления управляет взаимодействием с пользователем и представляет данные пользователю. Этот слой может представлять собой форму веб-интерфейса, десктопного или мобильного приложения. Он взаимодействует с уровнем бизнес-логики для выполнения действий и извлечения данных. Уровень бизнес-логики отвечает за реализацию бизнес-правил и рабочих процессов приложения. Этот уровень должен быть полностью независимым от уровня представления и не иметь представления о пользовательском интерфейсе. Он должен содержать всю логику и алгоритмы приложения и взаимодействовать с уровнем доступа к данным для получения необходимых данных. Уровень доступа к данным отвечает за взаимодействие с источниками данных приложения. Этот уровень отвечает за извлечение и хранение данных и должен быть отделен от уровня бизнес-логики. Он должен включать весь код, связанный с доступом к базе данных, вызовами API и другими внешними источниками данных.

Как использовать трехуровневую архитектуру в React

Давайте теперь рассмотрим, как мы можем применить принцип многоуровневой архитектуры к нашим React приложениям.

Уровень доступа к данным

Этот слой обычно реализуется в виде набора служебных функций (утилит), которые могут быть повторно использованы различными кастомными хуками. Рассмотрим следующую служебную функцию fetchData(), которая используется для получения данных из API.
export default async function fetchData() {
  const response = fetch('https://jsonplaceholder.typicode.com/users/1').then(
    (res) => {
      if (res.ok) return res.json();
      return Promise.reject(res);
    }
  );
  return response;
}
Эту функцию можно использовать на уровне бизнес-логики всякий раз, когда вам нужно получить данные API без написания дублирующегося кода. Вы можете передавать URL-адрес через аргумент и изменять функцию по мере роста проекта. При тестировании вызовов API вы можете вызвать эту функцию с фиктивными данными, чтобы упростить процесс.

Уровень бизнес-логики

Этот слой обычно реализуется в виде набора пользовательских хуков, которые можно повторно использовать в разных компонентах. Рассмотрим следующий пользовательский хук seUserData(), который используется для получения данных о пользователе.
import React from "react";
import fetchData from "../util/fetchData";

const useUserData = () => {
  const [userData, setUserData] = useState([]);
  useEffect(() => {
    fetchData()
      .then((data) => setUserData(data))
      .catch((res) => console.error(res.status));
  }, []);
  return [userData];
};

export default useUserData;
Как видите, здесь вызывается функция fetchData() из слоя доступа к данным. Чтобы сделать этот хук более переиспользуемым, передайте путь URL-адреса в качестве аргумента кастомному хуку и передайте его в функцию fetchData().

Презентационный слой

Уровень представления должен содержать все компоненты пользовательского интерфейса, отвечающие за отрисовку данных и реагирование на действия пользователя в приложении React. В этих компонентах не должно быть бизнес-логики или кода запроса данных. Взглянем на пример компонента UserProfile ниже.
import React from "react";
import useUserData from "./customHooks/useUserData";

const UserProfile = () => {
  const [userData] = useUserData();
  return (
    <div>
      {userData.id ? (
        <div>
          <ul> {userData.name} </ul>
          <ul> {userData.email} </ul>
        </div>
      ) : (
        <p>Loading data...</p>
      )}
    </div>
  );
}

export default UserProfile;
Пользовательский хук useUserData() используется в компоненте для взаимодействия с уровнем бизнес-логики и получения пользовательских данных для отображения пользователю. Помимо функции return, единственное, что должно быть включено в UI компоненты, как показано в этом примере, — это вызовы функций для уровня бизнес-логики. Это дает вам четкие UI компоненты, что значительно упрощает поиск и исправление ошибок, связанных с пользовательским интерфейсом.

Ошибки, которых следует избегать при использовании многоуровневой архитектуры

  • Переусложнение — поддерживайте простую и масштабируемую архитектуру и отказывайтесь от использования подходов, которые не соответствуют шаблонам React, таких как подходы на основе наследования.
  • Сильная связанность — когда слои плотно связаны, то заменить один, не затрагивая другие, может быть стать сложной задачей. Уменьшите связанность, используя соответствующие шаблоны и методы, такие как внедрение зависимостей и интерфейсы.
  • Игнорирование производительности — при неправильной реализации многоуровневая архитектура может повлиять на производительность приложения. При оптимизации архитектуры для повышения производительности учитывайте такие факторы, как разделение кода, отложенная загрузка и кэширование.
  • Плохие соглашения об именах — используйте четкие и согласованные соглашения об именах для слоев, компонентов и функций. В противном случае разработчикам будет сложно понять и поддерживать код в долгосрочной перспективе.
  • Отсутствие тестирования — каждый слой должен быть тщательно протестирован, чтобы убедиться, что он работает должным образом. Неспособность протестировать каждый слой может привести к ошибкам и другим проблемам в приложении.
  • Отсутствие связности — каждый слой должен иметь высокую степень связности. Связность относится к тому, насколько тесно связаны функции и обязанности внутри слоя. Низкая связность может привести к тому, что код будет трудно понять и поддерживать.

Итоги

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