D
ПОдозреваю, что так
Size: a a a
2020 November 16
c
@sovasergey патронум будет поддерживать в splitMap такой же api как в split: source, match, cases?
ломать апи точно не будем
R
ломать апи точно не будем
так это же расширение api
R
🤔
p
sample({
source: guard({source: original, filter:Boolean}),
clock: someFx.done
target: anotherFx
})
source: guard({source: original, filter:Boolean}),
clock: someFx.done
target: anotherFx
})
К сожалению не совсем то. Если делаю так, то второй
А должен отрабатывать console.log как тут
setTimeout вызывается с последним сторомА должен отрабатывать console.log как тут
V
Не, я думал что можно как то обойтись без someFxDoneTarget. Ну то есть мне надо вызвать anotherFx только когда в сторе что то есть и по эвенту someFx.done
p
Vetro
у меня данные store и someFx не связаны
V
у меня данные store и someFx не связаны
Ну, окей?
V
без рестора аналогично работает
V
>Ну то есть мне надо вызвать anotherFx только когда в сторе что то есть и по эвенту someFx.done
c
так это же расширение api
есть мысли как расширить?
сделаешь issue?
сделаешь issue?
R
есть мысли как расширить?
сделаешь issue?
сделаешь issue?
issue сделаю
а расширить так же как это в split сделано - добавив свойство match
а расширить так же как это в split сделано - добавив свойство match
p
Vetro
без рестора аналогично работает
попробовал, выглядит как то что мне нужно) спасибо
R
issue сделаю
а расширить так же как это в split сделано - добавив свойство match
а расширить так же как это в split сделано - добавив свойство match
а, понял в чем проблема -__-
p
Vetro
без рестора аналогично работает
хмм, хотя ts ругается
c
а, понял в чем проблема -__-
м?
c
так правильно
там должен быть boolean
а у тебя объект какой-то
там должен быть boolean
а у тебя объект какой-то
R
я почему то думал, что в сплитМап использовалось свойство match, а не cases
V
filter: $store.map(v => v !== null),