> Какие основные типы состояний есть во Flutter (Flutter)

Короткий ответ

Во Flutter состояния делятся на три основные категории: локальное (ephemeral), прикладное (app) и состояние, зависящее от окружения. Локальное - это состояние одного виджета, например, текущая вкладка или значение TextField. Прикладное - данные, доступные всему приложению, например, корзина или профиль пользователя. Состояние окружения - тема, локализация, размер экрана. На практике важно разделять эти типы, чтобы выбрать правильный инструмент управления: setState, InheritedWidget, Provider, Riverpod, Bloc и так далее.

Подробное объяснение

Локальное состояние (ephemeral state) - это состояние, которое не переживает перезапуск приложения и не нужно другим виджетам. Оно управляется через StatefulWidget и setState. Примеры: анимация, пагинация, чекбокс. Для него не нужны сложные решения - это избыточно.

Прикладное состояние (app state) - данные, которые используются в разных частях приложения и должны сохраняться между сессиями. Примеры: авторизация, настройки, данные из API. Для него нужны инструменты уровня Provider, Riverpod, Bloc или Redux. Выбор зависит от сложности и требований к тестируемости.

Состояние окружения (environment state) - это то, что приходит из контекста: MediaQuery, Theme, Localizations. Оно не управляется разработчиком напрямую, но влияет на UI. Важно учитывать его при построении адаптивных интерфейсов и не смешивать с прикладным состоянием.

Также стоит упомянуть состояние формы (FormState) и состояние навигации (Navigator state) - они формально локальные, но имеют свою специфику.

На практике

На собеседовании senior-уровня важно показать, что вы понимаете не только классификацию, но и последствия выбора. Например, если положить локальное состояние в глобальный стор, это приведёт к лишним перестроениям и усложнению тестирования. И наоборот - если прикладное состояние хранить в setState, приложение станет неуправляемым.

Практический подход: начинайте с локального состояния, добавляйте глобальное только когда появляется реальная потребность. Используйте InheritedWidget как базовый механизм, поверх которого строятся Provider и Riverpod. Для сложной бизнес-логики - Bloc, так как он даёт чёткое разделение на события и состояния.

Также важно помнить про rebuild-поведение: setState перестраивает весь виджет, а Selector или context.watch - только подписанные части. Это критично для производительности.

Пример кода

// Локальное состояние
class CounterWidget extends StatefulWidget {
  @override
  _CounterWidgetState createState() => _CounterWidgetState();
}

class _CounterWidgetState extends State<CounterWidget> {
  int _count = 0;

  void _increment() {
    setState(() => _count++);
  }

  @override
  Widget build(BuildContext context) {
    return Text('$_count');
  }
}

// Прикладное состояние через Provider
class CartModel extends ChangeNotifier {
  final List<Item> _items = [];
  List<Item> get items => _items;

  void add(Item item) {
    _items.add(item);
    notifyListeners();
  }
}

// Использование в виджете
final cart = context.watch<CartModel>();

Как отвечать на собеседовании

Начните с краткой классификации, затем переходите к примерам. Покажите, что вы понимаете trade-off между инструментами. Упомяните, что выбор зависит от масштаба приложения и команды. Если спросят про конкретный инструмент - объясните, как он работает под капотом, например, как Provider использует InheritedWidget.

Не читайте лекцию - отвечайте по существу. Если интервьюер спрашивает про типы, он хочет услышать структурированный ответ, а не перечисление библиотек.

Что проверяет интервьюер

Интервьюер проверяет: понимание базовых механизмов Flutter (setState, InheritedWidget), умение классифицировать состояние, знание популярных решений и их ограничений. Также оценивается способность принимать архитектурные решения - например, когда достаточно локального состояния, а когда нужен глобальный стор.

Для senior-позиции важно показать, что вы не просто знаете названия, а понимаете, как состояние влияет на жизненный цикл виджетов, производительность и тестируемость.

Типичные ошибки

Главная ошибка - смешивать типы состояний и использовать один инструмент для всего. Например, класть всё в Bloc, даже счётчик кликов. Это усложняет код без необходимости.

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

Третья ошибка - не различать rebuild и repaint. Утверждение "setState перерисовывает весь экран" - неточно: перестраивается только виджет, но не весь экран. Это показывает поверхностное понимание.

Также часто путают состояние и данные. Состояние - это то, что меняется и влияет на UI, а данные могут быть статичными. Это важно для выбора инструмента.