YL
я думал, fromObservable — это интероп с любыми потоками 🤔
Rx.Observable.fromEvent(document, anyDOMEvent) так действительно с fromObservable наверное можно изъебнуться
Size: a a a
2020 November 03
YL
разве что ради хохмы
И
так тебе дом апи дает явный интерфейс смысла обсервить-то)
просто будет два эффекта один для подписки другой для отписки и все
просто будет два эффекта один для подписки другой для отписки и все
мне не нравится, что листенер торчит отдельно от двух эффектов, эти эффекты завязаны друг на друга, нужно два форварда и всё это размазывается(
YL
мне не нравится, что листенер торчит отдельно от двух эффектов, эти эффекты завязаны друг на друга, нужно два форварда и всё это размазывается(
хорошо тогда можно так
const unwatch = signal.watch(name => window.addEventListener('some stuff u know'))
const unwatch = signal.watch(name => window.addEventListener('some stuff u know'))
YL
но removeEventListener здесь в таком случае не будет
И
но removeEventListener здесь в таком случае не будет
:C
YL
:C
ну давай еще раз разберем кейс
тебе нужен:
1) сигнал А который вызывает эффект навешивания некого события в DOM
2) сигнал Б который вызывает эффект снятия обработчика некого события с DOM
так?
тебе нужен:
1) сигнал А который вызывает эффект навешивания некого события в DOM
2) сигнал Б который вызывает эффект снятия обработчика некого события с DOM
так?
И
ну давай еще раз разберем кейс
тебе нужен:
1) сигнал А который вызывает эффект навешивания некого события в DOM
2) сигнал Б который вызывает эффект снятия обработчика некого события с DOM
так?
тебе нужен:
1) сигнал А который вызывает эффект навешивания некого события в DOM
2) сигнал Б который вызывает эффект снятия обработчика некого события с DOM
так?
и сигнал В, который вызывается обработчиком и учавствует в датафлоу
YL
и сигнал В, который вызывается обработчиком и учавствует в датафлоу
после window.addEventListener ты можешь просто бахнуть return и подписаться на addEvtLFx.done как третий сигнал
DS
и сигнал В, который вызывается обработчиком и учавствует в датафлоу
c
Подскажите, вот это — не по феншую ведь, да?
https://share.effector.dev/YbikfBZs
как кошерно подписываться (а главное — отписываться) с эффектором?
https://share.effector.dev/YbikfBZs
как кошерно подписываться (а главное — отписываться) с эффектором?
А чего не сделать эффект который будет завершаться через нужный тебе тайм-аут, и перевызывать пока выполняется условие.
Дергать event по окончанию эффекта
Дергать event по окончанию эффекта
И
А чего не сделать эффект который будет завершаться через нужный тебе тайм-аут, и перевызывать пока выполняется условие.
Дергать event по окончанию эффекта
Дергать event по окончанию эффекта
c
то есть это ок, когда эффект не возвращает значение? почему спрашиваю — его сигнатура явно намекает, что у него ДОЛЖНЫ быть done, fail и pending
Done может быть void
c
надо по сигналу подписаться на событие
обрабатывать сообщения эффектором
потом по сигналу отписаться
window.addEventListenerобрабатывать сообщения эффектором
потом по сигналу отписаться
Тогда через watch самое оно
И
Done может быть void
Но он будет “диспатчить” после того, как pending переключится в false
c
Но он будет “диспатчить” после того, как pending переключится в false
Ты можешь навесить вотчер на результат guard
c
Я думал повесить вотчер на сигнал подписки(или гард когда надо проверить если уже подписан)
И
всё ты догоняешь
И
Я думал повесить вотчер на сигнал подписки(или гард когда надо проверить если уже подписан)
ну в общем и целом я понял, что нет “built-in решения”. хотелось чего-нибудь похожего на eventChannel из redux-saga
DS
всё ты догоняешь
Нужны еще какие то возможности сверх?