И
createEffect(() => { event() })Size: a a a
2021 March 19
DS
А напомните в двух словах, что сломается от такого?
c
А напомните в двух словах, что сломается от такого?
createEffect(() => { event() })Ничего.
Кроме связей в будущих девтулзах
Кроме связей в будущих девтулзах
c
Зачем тебе такое?
И
Зачем тебе такое?
увидел в пулл-реквесте, раскритиковал, а потом задумался
DS
увидел в пулл-реквесте, раскритиковал, а потом задумался
Почему задумался?
И
DS
В любом случае, я не понимаю почему не использовать возможности либы по полной когда она уже в проекте
И
В любом случае, я не понимаю почему не использовать возможности либы по полной когда она уже в проекте
чиво?
И
В любом случае, я не понимаю почему не использовать возможности либы по полной когда она уже в проекте
мы переписали на split, всё стало хорошо
🚀🚀
А напомните в двух словах, что сломается от такого?
createEffect(() => { event() })от такого ничего, проблемы будут исключительно если ты перед эвентом заавейтишь асинхронную функцию (кроме других эффектов)
И
от такого ничего, проблемы будут исключительно если ты перед эвентом заавейтишь асинхронную функцию (кроме других эффектов)
то есть
может поломать что-то, да?
createEffect(() =>
Promise.resolve().then(event)
) может поломать что-то, да?
🚀🚀
то есть
может поломать что-то, да?
createEffect(() =>
Promise.resolve().then(event)
) может поломать что-то, да?
да, с fork api нет никакой возможности узнать к какому скоупу принадлежит вызов эвента (кроме вуду nodejs async hooks), поэтому чтобы не вынуждать учиться дважды, рекомендуется сразу писать надёжно)
S
хмм 🤔
const event = createEvent()
const fx = createEffect(event)
forward({ from: event, to: fx })
🚀🚀
зависнет же)
S
DS
хмм 🤔
const event = createEvent()
const fx = createEffect(event)
forward({ from: event, to: fx })
Хорошая попытка товарисчь майор🌚
И
да, с fork api нет никакой возможности узнать к какому скоупу принадлежит вызов эвента (кроме вуду nodejs async hooks), поэтому чтобы не вынуждать учиться дважды, рекомендуется сразу писать надёжно)
спасибо
NK
