она просто есть

Тогда непонятно чем от первого ярна отличается, он то тоже кеш хранит

оуч

с ними

в способе хранения

из почти 200 шар которые я насохранял, после ревизии осталось 18 :)

Подскажите, а вот параметер state, который прилетает в аргументы вызова store.on(event, state =>{}). Это случаем не копия? Нельзя его модифицировать напрямую и вернуть, как в immer?

Чтоб не делать лишние {...state}

Не

Может стоит разделить один такой стор на несколько?

И обновлять независимо. А после объединить через combine?

Ты делишь сторы прям до примитивов?

Если этими примитивами потом нужно активно оперировать, то - да.

Тут принцип схожий как переход от this.state к множественным useState - решаешь сам в каком виде стейт тебе будет удобнее хранить и манипулировать. Хранить (сет сложных данных с сервера например) удобнее вообще все в одном месте, но тогда манипулировать - ад. Хранить каждый примитив в отдельно - тоже ад, из-за возрастающей сложности распределения и сбора этих примитивов (например та же синхронизация данных с сервером), зато манипулировать и реагировать на изменение каждого поля просто.

Так что каждый ищет свою золотую середину, благо что эффектор дает максимальную свободу выбора тут. (кстати видел код на эффекторе где был только один стор🌚, редьюсеры, экшоны и тд)

да

Совмещаю в объекты, если поля в них редактируются совместно

А если коллекция заранее неизвестного количества однотипных сущностей?

Массив этих сущностей

Массив не примитив

Ну тут по условию не может быть примитива

тогда и [...s] не избежать