Шаблон BLoC (Business Logic Component)

Шаблон BLoC (Business Logic Component) — это способ организации кода в приложениях на языке Dart, особенно в фреймворке Flutter, который помогает разделить логику работы приложения и его внешний вид. Так код получается более чистым, структурированным и тестируемым.

Основные идеи BLoC

Слои разделения:

• UI (User Interface) слой отвечает только за отображение данных и получение ввода от пользователя.
• BLoC слой содержит всю бизнес-логику приложения. Он принимает события, поступающие из UI слоя, обрабатывает их и передает результаты обратно в UI.
• Data слой занимается получением и хранением данных, будь то локальные базы данных, файлы или удаленные API.

Потоки данных:

• Шаблон использует потоки (Streams) для передачи данных между UI и BLoC слоями. Это позволяет организовать реактивное программирование, где UI автоматически обновляется при изменении данных.

События и состояния:

• В паттерне события (Events) представляют собой действия пользователя или другие триггеры, требующие изменения состояния.
• Состояния (States) представляют текущие данные, которые должны быть отображены в UI.

Пример работы BLoC

• Пользователь нажимает на кнопку в интерфейсе.
• UI слой отправляет событие в соответствующий BLoC.
• BLoC обрабатывает это событие, возможно, обращаясь к Data слою для получения или обновления данных.
• После обработки события BLoC создает новое состояние и отправляет его обратно в UI слой через поток.
• UI слой обновляет отображение данных согласно новому состоянию.

Пример простой реализации:

// Event
abstract class CounterEvent {}

class Increment extends CounterEvent {}

class Decrement extends CounterEvent {}

// State
class CounterState {
  final int counter;

  CounterState(this.counter);
}

// BLoC
class CounterBloc {
  int _counter = 0;
  final _stateController = StreamController<CounterState>();

  StreamSink<CounterState> get _inCounter => _stateController.sink;
  Stream<CounterState> get counter => _stateController.stream;

  final _eventController = StreamController<CounterEvent>();

  Sink<CounterEvent> get counterEventSink => _eventController.sink;

  CounterBloc() {
    _eventController.stream.listen(_mapEventToState);
  }

  void _mapEventToState(CounterEvent event) {
    if (event is Increment) {
      _counter++;
    } else if (event is Decrement) {
      _counter--;
    }

    _inCounter.add(CounterState(_counter));
  }

  void dispose() {
    _stateController.close();
    _eventController.close();
  }
}

// Event

abstract class CounterEvent {}

​

class Increment extends CounterEvent {}

​

class Decrement extends CounterEvent {}

​

// State

class CounterState {

  final int counter;

​

  CounterState(this.counter);

}

​

// BLoC

class CounterBloc {

  int _counter = 0;

  final _stateController = StreamController<CounterState>();

​

  StreamSink<CounterState> get _inCounter => _stateController.sink;

  Stream<CounterState> get counter => _stateController.stream;

​

  final _eventController = StreamController<CounterEvent>();

​

  Sink<CounterEvent> get counterEventSink => _eventController.sink;

​

  CounterBloc() {

    _eventController.stream.listen(_mapEventToState);

  }

​

  void _mapEventToState(CounterEvent event) {

    if (event is Increment) {

      _counter++;

    } else if (event is Decrement) {

      _counter--;

    }

​

    _inCounter.add(CounterState(_counter));

  }

​

  void dispose() {

    _stateController.close();

    _eventController.close();

  }

}

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

Посмотрите так же:

• Decompose: BLoC с навигацией и подключаемым UI

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

Недостатки BLoC

Шаблон BLoC (Business Logic Component) имеет множество преимуществ, но у него есть и свои недостатки. Вот некоторые из них:

Сложность для новичков: Понимание и реализация паттерна могут быть сложными для новичков. Требуется знание работы с потоками (Streams) и умение организовывать код согласно архитектурным принципам.

Больший объем кода: Шаблон часто требует написания дополнительного кода для организации событий, состояний и управления потоками данных. Это может сделать код более громоздким и сложным для поддержки.

Потенциальное увеличение времени разработки: Из-за необходимости разделения логики и интерфейса, а также написания дополнительного кода для BLoC, процесс разработки может занять больше времени, особенно для небольших приложений.

Потенциальные проблемы с производительностью: Неправильное использование потоков или создание большого количества блоков может привести к проблемам с производительностью, таким как утечки памяти или задержки в обновлении интерфейса.

Поддержка состояния: В сложных приложениях с большим количеством состояний и событий управление этими состояниями может стать запутанным и трудоемким.

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

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

Несмотря на эти недостатки, BLoC остается популярным шаблоном, особенно для крупных и сложных приложений, где разделение логики и интерфейса критично для поддерживаемости и тестируемости кода.