V
мне буквально на днях попалась на глаза эта библиотека, и вызвала интерес... сижу разбираюсь...
Size: a a a
2020 September 17
ф
мне буквально на днях попалась на глаза эта библиотека, и вызвала интерес... сижу разбираюсь...
пиши сюда спокойно, если что-то покажется непонятным
V
нету ли где-либо готового примера, который делает что-то типа асинхронный эффект, где можно помотреть на его состояние (в процессе или окончен) и на конечный результат?
V
я, в принципе, нормально понимаю redux и последнее время плотно работал на rxjs/ngrx
V
нету ли где-либо готового примера, который делает что-то типа асинхронный эффект, где можно помотреть на его состояние (в процессе или окончен) и на конечный результат?
но это все не разрозненные вещи, которые триггерятся раздельно, а наоборот, завязаны через обычные механизмы эффектора...
V
у меня UI в трех состояниях - проверка идет, прошла и не прошла...
ф
нету ли где-либо готового примера, который делает что-то типа асинхронный эффект, где можно помотреть на его состояние (в процессе или окончен) и на конечный результат?
есть, полно примеров всяких
для начала, эффект - это просто набор ивентов и стор с состоянием:
effect - тут висит событие запуска эффекта
effect.done - тут успешное завершение с параметрами и данными
effect.doneData - тут успешное завершение с данными
effect .fail - неуспешное завершение
effect.failFata - приходит только ошибка
effect.finally - отдельный ивент завершения эффекта
effect.pending - стор с true/false, выполняется ли эффект в данный момент
для начала, эффект - это просто набор ивентов и стор с состоянием:
effect - тут висит событие запуска эффекта
effect.done - тут успешное завершение с параметрами и данными
effect.doneData - тут успешное завершение с данными
effect .fail - неуспешное завершение
effect.failFata - приходит только ошибка
effect.finally - отдельный ивент завершения эффекта
effect.pending - стор с true/false, выполняется ли эффект в данный момент
V
ага..
effect.pending это уже ближеф
нету ли где-либо готового примера, который делает что-то типа асинхронный эффект, где можно помотреть на его состояние (в процессе или окончен) и на конечный результат?
вот постой примерчик с пояснениями:
https://share.effector.dev/IoMauCzt
https://share.effector.dev/IoMauCzt
V
Вопрос, зачем строки 17-25 если можно сделать
getPostsByIdFx(event) напрямую?ф
Вопрос, зачем строки 17-25 если можно сделать
getPostsByIdFx(event) напрямую?видимо для того, чтобы вьюшка не знала про эффект вообще... в принципе, делать так нет особой необходимости, ты прав
V
тоже логично...
V
ок, теперь попробую это все к контексте Svelte запилить
ф
ок, теперь попробую это все к контексте Svelte запилить
на svelte тоже пример есть где-то, в доке есть раздел с примерами
V
хм, не работает синтаксис
$fx.pendingV
нужно выносить в отдельную переменную..
NF
ну вообщем, на правах "обратной связи" - как человек "не в теме" - пошел читать доку сверху-вниз (как принято) и тут уже немного "поплыл" на этом месте
голос в голове :)
так... Event - это, как гласит описание "намерение изменить состояние"
ага, так, тут фрагмент кода идет, смотрим...
ага вот const event = createEvent()
так...
и дальше небольшое затруднение
потому что в этом фрагменте он (event) никак не используется
ну и как в этом фрагменте отражено это "намерение изменить состояние"
я вот об этом
голос в голове :)
так... Event - это, как гласит описание "намерение изменить состояние"
ага, так, тут фрагмент кода идет, смотрим...
ага вот const event = createEvent()
так...
и дальше небольшое затруднение
потому что в этом фрагменте он (event) никак не используется
ну и как в этом фрагменте отражено это "намерение изменить состояние"
я вот об этом
Event это намерение изменить состояние как написано в документации. Это было бы более очевидно в примере со стором. В примере
Намерением было бы
Формулировки они такие, лучше смотреть больше примеров кода =)
onMessage противоречит определению. Намерением было бы
addPayment привязанное к Store или в этом примере logMessageData(с натяжкой, подразумевая что мы меняем состояние консоли), но это очевидно не корректно, из-за того что эвенты не обязаны привязываться к обработчику при определении.Формулировки они такие, лучше смотреть больше примеров кода =)
NF
в секции со стором как раз есть такие примеры
DS
Вопрос, зачем строки 17-25 если можно сделать
getPostsByIdFx(event) напрямую?Это просто для примера, как можно организовывать и декларативно описывать связи юнитов.
DS
Event это намерение изменить состояние как написано в документации. Это было бы более очевидно в примере со стором. В примере
Намерением было бы
Формулировки они такие, лучше смотреть больше примеров кода =)
onMessage противоречит определению. Намерением было бы
addPayment привязанное к Store или в этом примере logMessageData(с натяжкой, подразумевая что мы меняем состояние консоли), но это очевидно не корректно, из-за того что эвенты не обязаны привязываться к обработчику при определении.Формулировки они такие, лучше смотреть больше примеров кода =)
Кстати я бы не сказал что ивент это в 100% случаев - намерение изменить состоянием