ei
Size: a a a
2020 August 08
DS
таким образом, каждое изменение значения в инпуте обновляет стор и параллельно делает асинхронный реквест значения второго стора
😑
🚀🚀
60.0000000001
ну я не стал усложнять код обработками эдж кейсов
🚀🚀
а что?
DS
а что?
думаю потом как бы я делил этот кусок если бы форма была большая, на модель для инпутов и логику поведения вцелом
Но понял что в семплах легко заменить на
Но понял что в семплах легко заменить на
store.updates и связь разрывается легкоDS
думаю потом как бы я делил этот кусок если бы форма была большая, на модель для инпутов и логику поведения вцелом
Но понял что в семплах легко заменить на
Но понял что в семплах легко заменить на
store.updates и связь разрывается легкоА неет там же есть еще обратная связь в эффетах 🤔
Наверное выходит по условию код неразрывен
Наверное выходит по условию код неразрывен
ф
типа одно значение фиксируем как то, что точно хочет получить пользователь
один инпут это типа "купить столько-то штук"
А второй инпут "заплатить столько-то"
Когда пользователь вводит в первый инпут, то сабмит будет гарантировать что он купит столько-то штук
А если пользователь вводит число во второй инпут, то сабмит будет гарантировать, что он потратит ровно столько-то
Поэтому один инпут это как бы фиксированное значение, а второй инпут рассчитанное (через запрос к апишке)
один инпут это типа "купить столько-то штук"
А второй инпут "заплатить столько-то"
Когда пользователь вводит в первый инпут, то сабмит будет гарантировать что он купит столько-то штук
А если пользователь вводит число во второй инпут, то сабмит будет гарантировать, что он потратит ровно столько-то
Поэтому один инпут это как бы фиксированное значение, а второй инпут рассчитанное (через запрос к апишке)
Вот реализация
https://share.effector.dev/U6ZLYT6X
https://share.effector.dev/U6ZLYT6X
DS
А неет там же есть еще обратная связь в эффетах 🤔
Наверное выходит по условию код неразрывен
Наверное выходит по условию код неразрывен
https://share.effector.dev/hbk8WCS3
Или я пытаюсь неверные абстракции у себя в голове построить?
Как считаете плохо подписывать один и тот же стор в разных файлах?
Или я пытаюсь неверные абстракции у себя в голове построить?
Как считаете плохо подписывать один и тот же стор в разных файлах?
DS
Вот реализация
https://share.effector.dev/U6ZLYT6X
https://share.effector.dev/U6ZLYT6X
Нет эффектов которые были в условии таска
🚀🚀
https://share.effector.dev/hbk8WCS3
Или я пытаюсь неверные абстракции у себя в голове построить?
Как считаете плохо подписывать один и тот же стор в разных файлах?
Или я пытаюсь неверные абстракции у себя в голове построить?
Как считаете плохо подписывать один и тот же стор в разных файлах?
ну в принципе особой разницы нет, но я выбрал запись с массивом в on, чтобы акцентировать внимание на том, что стор зависит как от ui эвента так и от эффекта
🚀🚀
кстати напоминаю, что css-классы в репле эффектора, видимые в примере выше — это adobe spectrum css, если есть желание делать примеры в том же стиле, то больше классов можно увидеть в их доке https://opensource.adobe.com/spectrum-css/fieldlabel.html
DS
ну в принципе особой разницы нет, но я выбрал запись с массивом в on, чтобы акцентировать внимание на том, что стор зависит как от ui эвента так и от эффекта
это когда инпута два, но если форма будет большая то бойлерплейтный код для формы будет кмк "шуметь" в общей модели
🚀🚀
это когда инпута два, но если форма будет большая то бойлерплейтный код для формы будет кмк "шуметь" в общей модели
слишком абстрактный довод, тут реально максимально важен конкретный смысл логики формы, сложно говорить «в общем» когда всё зависит от характера связей
fe
интересно
но нюанс
Из-за того что эффект привязан к event'у, то запрос будет идти даже если данные по значению уже есть
например у меня debounced input, введено
Поэтому я думал уотчить значение стора, а не на event реагировать
но нюанс
Из-за того что эффект привязан к event'у, то запрос будет идти даже если данные по значению уже есть
например у меня debounced input, введено
5, если я нажму ещё одну цифру и быстро сотру, полетит запрос снова на 5Поэтому я думал уотчить значение стора, а не на event реагировать
DS
интересно
но нюанс
Из-за того что эффект привязан к event'у, то запрос будет идти даже если данные по значению уже есть
например у меня debounced input, введено
Поэтому я думал уотчить значение стора, а не на event реагировать
но нюанс
Из-за того что эффект привязан к event'у, то запрос будет идти даже если данные по значению уже есть
например у меня debounced input, введено
5, если я нажму ещё одну цифру и быстро сотру, полетит запрос снова на 5Поэтому я думал уотчить значение стора, а не на event реагировать
дебаунси во вью или подпишись на дебанснутый ивент для запуска эффектов.
fe
дебаунси во вью или подпишись на дебанснутый ивент для запуска эффектов.
во вью дебаунс и работает
DS
интересно
но нюанс
Из-за того что эффект привязан к event'у, то запрос будет идти даже если данные по значению уже есть
например у меня debounced input, введено
Поэтому я думал уотчить значение стора, а не на event реагировать
но нюанс
Из-за того что эффект привязан к event'у, то запрос будет идти даже если данные по значению уже есть
например у меня debounced input, введено
5, если я нажму ещё одну цифру и быстро сотру, полетит запрос снова на 5Поэтому я думал уотчить значение стора, а не на event реагировать
Вот кстати сразу и пример что ивент апдейта инпута и ивент для запуска эффектов часто приходится делить
DS
дебаунси во вью или подпишись на дебанснутый ивент для запуска эффектов.
Не тут в этом случае во вью нельзя дебаунсить, я ошибся
fe
Тут одно из возможных решений это сделать так, чтобы сам debounced input не кидал onChange событие если вернулись к тому же значению