VV
Разработка с BLoC подталкивает дева делать так а не иначе, а вот с Provider дев может делать и так и этак
Size: a a a
2020 December 15
АР
в BloC стейт может быть любым.
АР
это просто данные в памяти, если они изменились, их просто выталкивают через Stream и кто подписан на стрим их получает.
VV
Если я не ошибаюсь. Если эитить один и тот же стейт блокбилдер/консюмер/листенер будут его игнорировать
АР
да кстати, прав
VV
И просто вытолкнув List<Product> с после очередного items.add не приведет к обновлению UI
АР
ИМХО все равно должен, но надо просто проверить
VV
Сомневаюсь. Как его слушать для начала? state is List<Product> ?
VV
Но он же всегда останется List<Product>
VV
Для этого и нужен enum или набор классов, чтобы отлавливать изменения стейта. ИМХО
VV
А вот ChangeNotifierProvider готов выплюнуть любой стейт всем кто подписан и столько раз сколько будет вызван notifyListeners()
AD
Если я не ошибаюсь. Если эитить один и тот же стейт блокбилдер/консюмер/листенер будут его игнорировать
так вы стейт преесоздадите а не list
AD
у вас же не в блоке будет хранится спсок продуктов а где то в репо допустим
VV
Ну и из репы я получу новы экземпляр
VV
А не тот-же
VV
Верно?
AD
ну блок не отрендрит если стейт не изменится
AD
а из репы вы старый можете получать
VV
Новый стейт с новым экземпляром листа
AD
ну не обязательно