случае ты после ивента дожидаешься его результата внутри ивента и выполняешь какие то действия, а в другом случае в условном юзэффекте ждешь статус результата исполнения и уже потом выполняешь нужные действия?
Если на псевдкоде пример сделать то:
onSuccess => some logic
или
useEffect(() => {
status === 'success' && some logic
},[status])
пс. юзэффектов стараюсь избегать офк, просто хочу терминологию понимать и поподробнее почитать
Можно ли это отнести к теме декларативного/императивного программирования?
Декларативность, как свойство повышения абстракции
Да я в целом понимаю касательно парадигмы декларативного и императивного программирования, но пытаюсь понять, подходит ли описанный мой кейс под эту тему или я вообще бред высрал
Если конкретно на примере, что я выше описал, то я понимаю что юзэффект говно и подход через onSuccess более "правильный", простой и меньше лапши и непонятных зависимостей в коде. Но я пытаюсь теперь понять теоретическое обоснование этой "правильности"
Ну подходить-то подходит, но это имхо неважно. Разный уровень абстракции, более того, непонятно что и с чем сравниваешь, там намеки, а не код. “Декларативность” тут тем боком, что “декларация” становится чище. Вместо “когда родит эффект с такими-то зависимостями - проверить статус Х и сделать У” Будет “сделать У, когда Х”
Обсуждают сегодня