DP
Тут такая штука, что чтение исходников эффектора не способствует более быстрому пониманию работы с ним)
я для другого читал их, с этим кейсом никак не связано
Окей)
Тогда давай репл как оказывается словами все описывать сложновато выходит
Size: a a a
2020 October 15
YL
🚀🚀
вопрос, при определенной последовательности событий надо вызвать событие, как это можно сделать?
допустим есть события changeId и loadMessages, loadMessages может происходить постоянно, changeId нет, мне нужно так changeId -> loadMessages -> myEvent
допустим есть события changeId и loadMessages, loadMessages может происходить постоянно, changeId нет, мне нужно так changeId -> loadMessages -> myEvent
сэмпл эвента эвентом не срабатывает пока source не был вызван хотя бы раз
ф
возможно, вы не так понял, мне не нужно вызывать load, возможно нейминги не точные дал, load - это когда уже произошла загрузка
состояния надо хранить явно, в сторах... создавай вспомогательные сторы, булен-сторы, сторы с данными
🚀🚀
вопрос, при определенной последовательности событий надо вызвать событие, как это можно сделать?
допустим есть события changeId и loadMessages, loadMessages может происходить постоянно, changeId нет, мне нужно так changeId -> loadMessages -> myEvent
допустим есть события changeId и loadMessages, loadMessages может происходить постоянно, changeId нет, мне нужно так changeId -> loadMessages -> myEvent
поэтому для описанной ситуации подходит такой вариант:
sample({
source: changeId,
clock: loadMessages,
target: myEvent
})🚀🚀
читается как «при срабатывании loadMessages, если changeId был вызван хотя бы раз, взять последние данные из changeId и вызвать с ними myEvent»
🚀🚀
при этом у данной комбинации нет сброса, то есть после первого срабатывания changeId это будет работать как обычный форвард. поэтому если нужно что-то сложнее описанного выше, то вероятно, описание задачи было неполным) в таких случаях оптимальнее создавать состояние явно, через стор
DP
https://share.effector.dev/LspbBcU3
примерно воспроизвел то что мне нужно, пришлось закостылять, в моем кейсе не известно когда сработает loadMessage
надо нажать на кнопку, в логе будет показан какой момент мне нужен
примерно воспроизвел то что мне нужно, пришлось закостылять, в моем кейсе не известно когда сработает loadMessage
надо нажать на кнопку, в логе будет показан какой момент мне нужен
🦜
c
о
ты это хорошо придумал!
ты это хорошо придумал!
DP
https://share.effector.dev/LspbBcU3
примерно воспроизвел то что мне нужно, пришлось закостылять, в моем кейсе не известно когда сработает loadMessage
надо нажать на кнопку, в логе будет показан какой момент мне нужен
примерно воспроизвел то что мне нужно, пришлось закостылять, в моем кейсе не известно когда сработает loadMessage
надо нажать на кнопку, в логе будет показан какой момент мне нужен
хотя пока писал, пришла идея, как это через вотчи сделать
🚀🚀
хотя пока писал, пришла идея, как это через вотчи сделать
в целом нормальный подход, сложные моменты сначала делать как понятнее
DS
Типа что б из /ssr линт заставлял?
YL
хотя пока писал, пришла идея, как это через вотчи сделать
guard({
source: changeId,
filter: $messages.map((msgs) => msgs.length === 1),
target: NuzhoPoymatEtotMoment
})
source: changeId,
filter: $messages.map((msgs) => msgs.length === 1),
target: NuzhoPoymatEtotMoment
})
YL
если я правильно понял задумку)
DP
guard({
source: changeId,
filter: $messages.map((msgs) => msgs.length === 1),
target: NuzhoPoymatEtotMoment
})
source: changeId,
filter: $messages.map((msgs) => msgs.length === 1),
target: NuzhoPoymatEtotMoment
})
там не обязательно один месседж может быть после смены айди
DP
может не быть, могут быть сотни
🦜
Типа что б из /ssr линт заставлял?
да
YL
там не обязательно один месседж может быть после смены айди
я исходил из твоего примера))
🚀🚀
короче всё упирается в то, что условие задачи выдаётся порциями)