Size: a a a

2020 September 24

m

mr_koshkins in ☄️ effector
источник

m

mr_koshkins in ☄️ effector
прикол в том что он берет стор и тупо его стрингует
источник

m

mr_koshkins in ☄️ effector
не то чтобы это недостаток, но я хотел бы работать с конкретными значениями
источник

🦜

🦜 in ☄️ effector
не юзал эту обертку
источник

m

mr_koshkins in ☄️ effector
очень клевая, не надо самому все прописывать
источник

m

mr_koshkins in ☄️ effector
но минус лично для меня - приходится делать несколько сторов и потом комбинировать
источник

🦜

🦜 in ☄️ effector
mr_koshkins
очень клевая, не надо самому все прописывать
с чего это минус? атомарные сторы это нормально
источник

m

mr_koshkins in ☄️ effector
нормально согласен
источник

🦜

🦜 in ☄️ effector
может просто лень или неправильно данные организуешь?
источник

m

mr_koshkins in ☄️ effector
но вот если у меня скажем должен быть стор из 10ти свойств, а мне нужно чтобы 3 из них были завязаны на storage
источник

m

mr_koshkins in ☄️ effector
то приходится эти 3 по отдельности описывать
источник

m

mr_koshkins in ☄️ effector
и потом комбайнить
источник

m

mr_koshkins in ☄️ effector
ну короче многословно
источник

m

mr_koshkins in ☄️ effector
вот было бы че то типа
источник

m

mr_koshkins in ☄️ effector
createStore({ foo: "", bar: '', baz: ""}, { stored: [foo, baz]})
источник

m

mr_koshkins in ☄️ effector
ну или как то иначе не суть
источник

m

mr_koshkins in ☄️ effector
короче писанины много выходит)
источник

🦜

🦜 in ☄️ effector
mr_koshkins
но вот если у меня скажем должен быть стор из 10ти свойств, а мне нужно чтобы 3 из них были завязаны на storage
почему не использовать вес стор, а ключами вытаскивать что надо?
источник

m

mr_koshkins in ☄️ effector
не совсем понял)
источник

ф

фильтруй мысли... in ☄️ effector
как-нибудь так, я думаю

persist({
 source: foo,
 fn: ({ bar }) => bar,
 key: 'foo.bar',
 storage: localStorage
})
источник