TG
комбайны сторов (в source сэмпла тоже) батчатся, чтобы не получать излишних вызовов подписчиков
а что значит "батчаться"
Size: a a a
2020 July 09
🚀🚀
а что значит "батчаться"
batching — пакетная обработка данных, прежде чем запустить ватчер стора, эффектор подождёт апдейта всех его полей
TG
не перестаю удивлятся на сколько effector крутой)
🚀🚀
спасибо 🙈
NN
а появилось какое-то правильное решение как запустить евент и чтоб он заработал когда другой стор будет заполнен данными?
NN
тип я запускаю эффект А и он должен дождаться пока в сторе Б появится нужные данные, прежде чем идти дальше
NN
но эффект А тип запускается от гейта который в компоненте
NN
может sample так умеет?
sample({
clock: [gate.open, $b],
source: $b,
target: fxA
})NN
а, придумал, $b вызовет эффект, а gate.state будет гуардом
NN
а стоп, мне нужен двойной гуард?
NN
черт
🚀🚀
а, придумал, $b вызовет эффект, а gate.state будет гуардом
тут кстати логичен будет gate.status, в нём boolean
🚀🚀
а стоп, мне нужен двойной гуард?
я тоже про это успел подумать, можешь объяснить саму задачу, в рамках бизнес-логики?
🚀🚀
так проще понять какое решение будет оптимальнее
NN
в компонент прилетает пропс geo, по нему надо сделать запрос на бек, одновременно в виджете формируется страничка которая рисует список. Чтоб запросить список нужно получить сначала данные которые пришлет бек.
Просто особенность еще в том, что список могут и не прокинуть в компонент
Просто особенность еще в том, что список могут и не прокинуть в компонент
🚀🚀
а в каких случаях не прокидывают?
NN
тип с этим виджетом могут прокинуть карту
NN
фишка в том, что с бекенда сначала прилетает просто json структура и по ней рендерятся виджеты, заранее что отрендерится узнать нельзя
NN
ну точней нельзя тип накидать условий, нужно именно внутри компонентов логику запустить
NN
я думаю мне просто нужен специальный стор в котором мерджу состояние gate + состояние стора и если тип оба состояния есть, значит можно запрашивать и оба этих сущностей могут вызывать эффект