Size: a a a

2020 July 03

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
🦜
но если есть точка откуда данные приходят, то можно ее юзать.

типо

store.on(fx.doneData, (_, result) => result)

store2 = store.map(state => state.key)

то это можно сделать

store2.on(fx.doneData, (, result) => result.key)
самое важное в этом примере — момент создания стора) getState появляется как раз чтобы передать начальное значение в createStore
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
так то понятно, что уже созданный стор можно подключить через .on к чему-то ещё
источник

🦜

🦜 in ☄️ effector
🚀🔬 🚀🔬🚀🔬
list(items, ({store}) => {
 const initializedByStore = store.map(...)
})
тут не тоже самое?
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
ну да
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
просто законы по которым работает форест позволили обнаружить эту ситуацию: в нём getState в корне просто не имеет смысла
источник

🦜

🦜 in ☄️ effector
🚀🔬 🚀🔬🚀🔬
просто законы по которым работает форест позволили обнаружить эту ситуацию: в нём getState в корне просто не имеет смысла
т.е никак не сделать аргумент стор значением, чтобы на основе его создать стор
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
ага
источник

🦜

🦜 in ☄️ effector
list(items, ({store}) => {
 const initializedByStore = createStore(store)
})
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
типа мы создаём структуру, но данных для её заполнения ещё нет
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
🦜
list(items, ({store}) => {
 const initializedByStore = createStore(store)
})
будет Store<Store>
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
но в целом верное направление мысли) надо либо как-то обозначать что стор лишь инициализируется от другого, либо перестать рефлексировать по поводу .map().on
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
но последнее кажется не очень сочетается с логикой десериализации: https://t.me/effector_ru/137742
источник

D

Danila in ☄️ effector
Есть ли возможность предсказуемо понять, в каком порядке будут обработаны ивенты на сторах, если на один и тот же ивент подписано несколько сторов?
источник

D

Danila in ☄️ effector
Или учиться жить без этого?
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Danila
Есть ли возможность предсказуемо понять, в каком порядке будут обработаны ивенты на сторах, если на один и тот же ивент подписано несколько сторов?
настоятельно не рекомендуется завязываться на любой порядок, каким бы он не был: рано или поздно будет ситуация, когда именно этот порядок тебе подходить не будет
источник

D

Danila in ☄️ effector
Очень сложно как-то идёт, уже весь измучался в попытках заставить этот мост из спичек и грязи стоять ровно ☹️
источник

D

Danila in ☄️ effector
Ощущение, что чуть тронь и всё пойдёт настолько не так, что не соберёшь потом концов
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Danila
Есть ли возможность предсказуемо понять, в каком порядке будут обработаны ивенты на сторах, если на один и тот же ивент подписано несколько сторов?
разделение фаз чтения и записи — это когда ты сначала считываешь со сторов все необходимые тебе данные, а потом уже только модифицируешь сторы

const trigger = createEvent()

const sampled = sample({
 source: {foo, bar},
 clock: trigger
})

foo.on(sampled, ...)
bar.on(sampled, ...)
источник

D

Danila in ☄️ effector
🚀🔬 🚀🔬🚀🔬
разделение фаз чтения и записи — это когда ты сначала считываешь со сторов все необходимые тебе данные, а потом уже только модифицируешь сторы

const trigger = createEvent()

const sampled = sample({
 source: {foo, bar},
 clock: trigger
})

foo.on(sampled, ...)
bar.on(sampled, ...)
Пойду думать, чё
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Danila
Пойду думать, чё
заметь, что на момент срабатывания sampled, значения из сторов уже считаны, а значит, они избавлены от любых последующих изменений
источник