Просто код

3 уровня безопасности моделей. Интерфейсы

*На уровне интерфейса убираем state errors и обращения к null*

Бывает, что сущность, которую представляет модель, имеет разные состояния.

У экрана со списком задач тоже несколько состояний. View model такого экрана будет иметь следующие состояния:
- "данные грузятся" — никаких данных больше не нужно,
- "ошибка загрузки данных" — текст ошибки, чтобы показать ее пользователю,
- "данные загружены" — список задач для отображения.

Если описать состояния одним классом, будет такое:


class TasksState {
  final bool isLoading;
  final String errorMessage;
  final List<SomeClass> data;
}

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

Например, на то, что данные загружены, указывают два факта: isLoading == false и data ≠ null, и наверное не пустое. Не очевидно, как надо проверять факт загруженности данных.

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

Смысл этого уровня в том, чтобы разбить эти состояния на отдельные наборы данных, не объединенные общим интерфейсом.

Исправить такие проблемы можно в духе пакета freezed. Я стараюсь избегать любых дополнений в классах моделей и в бизнес-логике. Но вот эта очень помогает получить безопасный код и сохранить время работы.

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


final TasksState data = snapshot.data;

data.when(
  loading: () {},
  loaded: (data) {},
  error: (errorMessage) {},
);

Таким образом, мы снова значительно улучшаем код:

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

Что делаем: используем freezed для view моделей.

Что получаем: простой и надежный код, а все знание о логике состояний модели сосредоточена на уровне презентаторов и app-логики.

278 viewsedited 18:56