Какой компонент, который будет всегда классовым?

Отличный, глубокий вопрос, который проверяет понимание самой сути React и эволюции его API. Прямого ответа "этот компонент обязан быть классом" в современном React (начиная с версий 16.8+) не существует. React-команда целенаправленно развивала функциональные компоненты и хуки, чтобы покрыть 100% случаев использования, которые раньше требовали классов.

Однако, можно выделить один тип компонента, который в подавляющем большинстве случаев и в текущей парадигме разработки остается классовым, и это Error Boundary (Граница ошибок).

Почему Error Boundary — де-факто "всегда классовой" компонент?

На сегодняшний день React предоставляет только один способ создать Error Boundary — использовать метод жизненного цикла getDerivedStateFromError() или componentDidCatch(). Эти методы жизненного цикла доступны только в классовых компонентах. Не существует хуков-аналогов (useErrorBoundary() пока нет в официальном API).

Пример классического Error Boundary:

import React, { Component } from 'react';

class ErrorBoundary extends Component {
  constructor(props) {
    super(props);
    this.state = { hasError: false, error: null };
  }

  // Статический метод для обновления состояния после ошибки (рендер-фаза)
  static getDerivedStateFromError(error) {
    return { hasError: true, error };
  }

  // Метод для side-эффектов после ошибки (коммит-фаза)
  componentDidCatch(error, errorInfo) {
    // Здесь можно отправить информацию об ошибке в сервис мониторинга
    console.error('Error caught by boundary:', error, errorInfo);
  }

  render() {
    if (this.state.hasError) {
      // Fallback UI
      return <h1>Что-то пошло не так. {this.state.error?.message}</h1>;
    }

    return this.props.children;
  }
}

export default ErrorBoundary;

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

<ErrorBoundary>
  <MyBuggyComponent />
</ErrorBoundary>

Контекст и эволюция

Раньше классовыми были обязаны быть компоненты, которым нужны:

• Внутреннее состояние (this.state) — теперь заменено на useState.
• Методы жизненного цикла (componentDidMount и др.) — заменены на useEffect.
• Рефы на экземпляры дочерних компонентов (this.ref) — заменены на useRef и forwardRef.

Но getDerivedStateFromError и componentDidCatch остались исключением. Команда React обсуждала возможность создания хука, но пока решение не представлено, вероятно, из-за сложности интеграции с конкурентными фичами (React 18+).

Практический вывод для собеседования

1. Прямого ответа нет: Строго говоря, "всегда классовых" компонентов React не навязывает.
2. Фактический ответ: На данный момент Error Boundary — это компонент, который вы практически всегда будете писать как классовый, потому что у него нет функциональной альтернативы на уровне хуков.
3. Важно показать понимание причины: Это не прихоть, а ограничение текущего API. Можно упомянуть, что в будущем хук может появиться, но сегодня это последний бастион классовых компонентов в production-коде.
4. Дополнительный нюанс: Если вы используете сторонние библиотеки (например, react-error-boundary), они могут предоставлять Error Boundary как кастомный хук внутри своей реализации, но под капотом он все равно использует классовый компонент.

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