Что хотят услышать интервьюеры:

BLoC в Flutter — это способ отделить бизнес-логику от UI и управлять состоянием через поток событий и состояний. UI отправляет события, BLoC обрабатывает их и отдаёт новое состояние. Такой подход делает приложение более предсказуемым, тестируемым и удобным для поддержки.

Определение:

BLoC (Business Logic Component) — это паттерн управления состоянием, где интерфейс не содержит бизнес-логику, а взаимодействует с отдельным компонентом. Пользовательские действия преобразуются в события, события обрабатываются внутри BLoC, а результатом становятся новые состояния, которые подписчики получают и отображают.

Пример использования:

Типичный пример — экран авторизации: пользователь вводит email и пароль, нажимает кнопку входа, UI отправляет событие LoginSubmitted, BLoC выполняет валидацию и запрос к серверу, после чего emits одно из состояний: Loading, Success или Failure.

// События
abstract class AuthEvent {}

class LoginSubmitted extends AuthEvent {
  final String email;
  final String password;

  LoginSubmitted(this.email, this.password);
}

// Состояния
abstract class AuthState {}

class AuthInitial extends AuthState {}
class AuthLoading extends AuthState {}
class AuthSuccess extends AuthState {}
class AuthFailure extends AuthState {
  final String message;
  AuthFailure(this.message);
}

// BLoC (упрощённо)
class AuthBloc {
  AuthState state = AuthInitial();

  Future<void> onEvent(AuthEvent event) async {
    if (event is LoginSubmitted) {
      state = AuthLoading();

      try {
        // имитация проверки логина/пароля
        final ok = event.email.isNotEmpty && event.password.isNotEmpty;

        if (ok) {
          state = AuthSuccess();
        } else {
          state = AuthFailure('Неверные данные');
        }
      } catch (_) {
        state = AuthFailure('Ошибка авторизации');
      }
    }
  }
}

Пояснение кода:

В этом примере логика разделена на три части.
Сначала описаны события: LoginSubmitted сообщает BLoC, что пользователь нажал кнопку входа.
Затем описаны состояния: экран может быть в начальном, загрузочном, успешном или ошибочном состоянии.
Далее BLoC принимает событие, переводит состояние в Loading, выполняет проверку и затем меняет состояние на Success или Failure.
UI в реальном приложении подписывается на изменения состояния и перестраивается в зависимости от текущего состояния.

Ключевые моменты:

BLoC помогает отделить UI от бизнес-логики.
Поток работы обычно такой: UI → событие → BLoC → новое состояние → UI.
Состояния должны быть предсказуемыми и явными, чтобы проще было тестировать приложение.
BLoC особенно полезен в приложениях с нетривиальной логикой и большим количеством экранов.
Частая ошибка — смешивать бизнес-логику прямо в виджетах.
Для Flutter обычно используют готовые инструменты экосистемы BLoC, но сам принцип важнее конкретной библиотеки.

Можете объяснить механизм функционирования паттерна BLoC в управлении состоянием приложения?