Ну слушай. Если заказчик придёт и скажет сделать что-то, что сложнее, его не пошлёшь нахуй с мыслью "до этого было проще".

ну вообще, фильтровать базар заказчика – это одна из задач инженера

Было:
* Добавляется\удаляется пользователь
* выставляется стейт на загрузку
* данные обновляются и выдаются в стейте с данными

Стало:
* Добавляется (но не удаляется) пользователь
* Надо обновить данные только для нового пользователя
* Но надо показать загрузку
* Приходится в обработчике (читай reducer, но тут немного другая залупа) сохранять предыдущий стейт, чтобы потом из него достать предыдущие данные и добавлять к ним данные нового пользователя
Т.к. если сразу вкинуть стейт загрузки мы теряем стейт с данными пользователей

чет всё равно не понял

Обновлять конкретного пользователя вместо всех сразу — такой себе фильтр базара:)

зачем тебе предыдущий стейт?

А нельзя хранить весь стейт в какой-то мапе c ключом по user-id?

Не совсем тот кейс, но суть та же

> bloc
> dart

ну это #ban 😈

Не очень понял мысль. Чем это поможет?

> UDF
> BLoC
кек

😢

Чем нет, если вполне да?

так

а в чем проблема хранить пользователей то, пока идёшь за новым?

а что с блоками не так? 😄

Ни в чём, просто я не уверен, насколько это верно.

Каждый раз делая что-то такое ощущение, что наступаю в какую-то склизкую лужу грязи. В голове сразу ощущение "а что если утечёт тут что-то"

Но если шарящие люди скажут: "Нет, это норма, все так делают и так нужно", - то вопросов в этом кейсе больше нет