🚀🚀
ну то бишь State, StateT и прочие — это частные случаи общего Read Write State Transform, и вот мне всегда было интересно, чем именно обусловлена его универсальность, ну и в конце концов попробовал применить её к имеющимся у нас задачам
Size: a a a
2020 June 08
P
ну да, sample можно читать как runStateT
P
Мне вот что интересно
P
к примеру, вот связь, которая с точки зрения стора не является ни односторонней ни двусторонней, а скорее петлевой
const logs = createStore([])
const addLog = createEvent()
sample({
source: logs,
clock: addLog,
target: logs,
fn: (logs, logItem) => [...logs, logItem]
})Как в этом примере фильтр реализуется?
P
Я сейчас попытаюсь сформулировать мысль
P
store.map(fn), fn может вернуть undefined - изменение проигнорируется
P
а fn в sample также работает?
🚀🚀
для фильтра есть guard
P
Ну те мне source в guard обернуть?
P
это не сильно влияет на производительность?
🚀🚀
а fn в sample также работает?
да, если target — тоже стор
но чтобы работать без всяких «если» и был создан guard
но чтобы работать без всяких «если» и был создан guard
🚀🚀
это не сильно влияет на производительность?
никак не влияет)
P
Понятно, спасибо )
P
я так понимаю внутри map strict equal используется для оптимизации?
🚀🚀
это статическая связь, её преимущество как раз и есть в том, что она работает быстро, так как все валидации и обработки применяются один раз, при создании
🚀🚀
я так понимаю внутри map strict equal используется для оптимизации?
ага
P
Это идиоматично или можно лучше?
🚀🚀
а нужно?
🚀🚀
равенство NaN не поддерживается