Re: Глобальное состояние приложения - хорошая ли идея?
От: bnk СССР http://unmanagedvisio.com/
Дата: 06.09.25 04:07
Оценка:
Здравствуйте, Shmj, Вы писали:

S>И как-то такая хорошая мысля пришла опосля — а было бы здорово иметь единственный глобальный объект, который представляет весь срез данных (текущий) для UI. Т.е. все те данные, которые могут быть видимы пользователем через формы. При этом часть данных может быть не загружена и т.д.

S>Начал делать стандартным способом через flutter_bloc — много отдельных объектов состояний — для каждой формы свое состояние (а то и несколько для разных частей формы). И глобально они никак не объединены.

А почему просто не сделал глобальный Flutter Block (AppBlock)?
Вроде как это и есть вполне типичный паттерн использования (типа context в react)

S>Применяете ли? Думали ли об этом?


Вообще полно таких библиотек: Redux, Zustand, MobX, вагон их

Из минусов global state management — global state должно быть неизменяемым, и каждая "операция" должна создавать новое, чтобы это нормально работало.
Это довольно расточительно если операций много. Понятно что все минимизируется (shallow copy например), но если разбить допустим на
несколько отдельных глобальных объектов (flutter block в твоем случае) типа "UserInfo", "Theme" и прочее то это будет эффективнее.
Отредактировано 06.09.2025 4:21 bnk . Предыдущая версия . Еще …
Отредактировано 06.09.2025 4:17 bnk . Предыдущая версия .
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.