P
фетчинг - сообщения чата, которые естественно привязаны к комнате чата. То есть если мы меняем комнату то надо чистить сообщения. При фетчинге новые сообщения unshift-ятся к старым
Size: a a a
2020 June 26
P
так что соответсвенно цепочка юнитов такая -> $room меняется -> reset сообщений -> fetching сообщений
P
поэтому как бы не круто будет, если сначала произойдет фетчинг а потом сброс)
AO
хм,
$messages.reset($room)
$messages.on(fetchData.done, (prev, next) => prev.concat(next))
AO
forward({from: $room, to: fetchData})P
и это сработает последовательно?
AO
при изменении $room $messages сбросится в дефолтное состояние и будет запущен эффект fetchData
AO
произойдет это в один тик
P
спасибо)
AO
попробуйте напишите прототип лучше
AO
если что будет не так, то на реальном коде в разы проще проблемы разрешить чем там абстрактно
n⚡
какие преимущества или недостатки эффектора перед https://github.com/storeon/storeon ?
AO
какие преимущества или недостатки эффектора перед https://github.com/storeon/storeon ?
Несравнимые вещи
c
Инконсистентность названий параметров связана с какой-то внутренней подкапотной терминологией?
в форварде from-to
в семпле source-target
В иветнах и сторах on, в семпле clock (?)
в форварде from-to
в семпле source-target
В иветнах и сторах on, в семпле clock (?)
Связано с процессом развития библиотеки
DS
Aleksandr Osipov
Несравнимые вещи
хорошо пояснил)
AO
какие преимущества или недостатки эффектора перед https://github.com/storeon/storeon ?
effector как минимум даёт из коробки мощные возможности для работы с сайд эффектами
DS
какие преимущества или недостатки эффектора перед https://github.com/storeon/storeon ?
у стореона один плюс - малый вес
На этом все
На этом все
AO
А обычно сайд эффекты в вебе часты - те же запросы к API, эффектор самодостаточен тут и даёт удобное API для руления этим делом
n⚡
в handler эффекта в эффекторе можно ли передавать зависимости?
n⚡
чтобы можно было мокать не сам хэндлер а сервис для фетчинга