DS
Тут одно из возможных решений это сделать так, чтобы сам debounced input не кидал onChange событие если вернулись к тому же значению
Проще разделить на модель для формы и модель для общей логики
Size: a a a
2020 August 08
fe
Проще разделить на модель для формы и модель для общей логики
не знаю, я хотел на эффекторе сделать именно логику всей этой формы (на самом деле там куда интереснее, будет много шагов, некоторые из них зависят от того залогинен пользователь или нет и под каким аккаунтом, и аккаунт может поменяться в любой момент)
fe
И типа во вью просто "подключиться" ко всей этой логике и всё
DS
не знаю, я хотел на эффекторе сделать именно логику всей этой формы (на самом деле там куда интереснее, будет много шагов, некоторые из них зависят от того залогинен пользователь или нет и под каким аккаунтом, и аккаунт может поменяться в любой момент)
Я примерно так и представлял себе реальный кейс
fe
Возможно это слишком сложный кейс для того чтобы начинать эффекотр изучать))
fe
т.к. вчера я впервые npm install effector написал собственно)
🚀🚀
интересно
но нюанс
Из-за того что эффект привязан к event'у, то запрос будет идти даже если данные по значению уже есть
например у меня debounced input, введено
Поэтому я думал уотчить значение стора, а не на event реагировать
но нюанс
Из-за того что эффект привязан к event'у, то запрос будет идти даже если данные по значению уже есть
например у меня debounced input, введено
5, если я нажму ещё одну цифру и быстро сотру, полетит запрос снова на 5Поэтому я думал уотчить значение стора, а не на event реагировать
это даже не нюанс, это следующая часть реализации)
ф
Нет эффектов которые были в условии таска
Вот реализация с эффектами
https://share.effector.dev/gOhcX60Z
https://share.effector.dev/gOhcX60Z
🚀🚀
интересно
но нюанс
Из-за того что эффект привязан к event'у, то запрос будет идти даже если данные по значению уже есть
например у меня debounced input, введено
Поэтому я думал уотчить значение стора, а не на event реагировать
но нюанс
Из-за того что эффект привязан к event'у, то запрос будет идти даже если данные по значению уже есть
например у меня debounced input, введено
5, если я нажму ещё одну цифру и быстро сотру, полетит запрос снова на 5Поэтому я думал уотчить значение стора, а не на event реагировать
🚀🚀
интересно
но нюанс
Из-за того что эффект привязан к event'у, то запрос будет идти даже если данные по значению уже есть
например у меня debounced input, введено
Поэтому я думал уотчить значение стора, а не на event реагировать
но нюанс
Из-за того что эффект привязан к event'у, то запрос будет идти даже если данные по значению уже есть
например у меня debounced input, введено
5, если я нажму ещё одну цифру и быстро сотру, полетит запрос снова на 5Поэтому я думал уотчить значение стора, а не на event реагировать
вот вариант с дебаунсом — делаем отдельный стор, подключаем к нему эвент для апдейта
fe
это даже не нюанс, это следующая часть реализации)
Там ещё интереснее — в каждом инпуте ещё можно менять unit
Т.е. я скажем во втором инпуте ввёл 5, получил weight, но потом у первого инпута поменял unit с килограммов на граммы
надо тоже сделать запрос, причём отталкиваясь опять от второго инпута
Т.е. я скажем во втором инпуте ввёл 5, получил weight, но потом у первого инпута поменял unit с килограммов на граммы
надо тоже сделать запрос, причём отталкиваясь опять от второго инпута
ф
И типа во вью просто "подключиться" ко всей этой логике и всё
посмотри мой пример
fe
посмотри мой пример
у тебя без эффектов...
ф
у тебя без эффектов...
с эффектами, я же написал
https://t.me/effector_ru/151357
https://t.me/effector_ru/151357
🚀🚀
Там ещё интереснее — в каждом инпуте ещё можно менять unit
Т.е. я скажем во втором инпуте ввёл 5, получил weight, но потом у первого инпута поменял unit с килограммов на граммы
надо тоже сделать запрос, причём отталкиваясь опять от второго инпута
Т.е. я скажем во втором инпуте ввёл 5, получил weight, но потом у первого инпута поменял unit с килограммов на граммы
надо тоже сделать запрос, причём отталкиваясь опять от второго инпута
🚀🚀
Там ещё интереснее — в каждом инпуте ещё можно менять unit
Т.е. я скажем во втором инпуте ввёл 5, получил weight, но потом у первого инпута поменял unit с килограммов на граммы
надо тоже сделать запрос, причём отталкиваясь опять от второго инпута
Т.е. я скажем во втором инпуте ввёл 5, получил weight, но потом у первого инпута поменял unit с килограммов на граммы
надо тоже сделать запрос, причём отталкиваясь опять от второго инпута
подобное поведение подразумевает, что старт запроса зависит как от изменения значения цены в инпуте так и от значения типа юнита, это кейс для combine
🚀🚀
то есть идея в том, чтобы эффект всегда получал данные в нужном нам формате, в данном случае — в виде веса в граммах
🚀🚀
ф
интересно
но нюанс
Из-за того что эффект привязан к event'у, то запрос будет идти даже если данные по значению уже есть
например у меня debounced input, введено
Поэтому я думал уотчить значение стора, а не на event реагировать
но нюанс
Из-за того что эффект привязан к event'у, то запрос будет идти даже если данные по значению уже есть
например у меня debounced input, введено
5, если я нажму ещё одну цифру и быстро сотру, полетит запрос снова на 5Поэтому я думал уотчить значение стора, а не на event реагировать
Реализация с дебаунсами, чтобы не летели лишние запросы
https://share.effector.dev/C38vSpJ8
https://share.effector.dev/C38vSpJ8