типа одно значение фиксируем как то, что точно хочет получить пользователь

один инпут это типа "купить столько-то штук"
А второй инпут "заплатить столько-то"

Когда пользователь вводит в первый инпут, то сабмит будет гарантировать что он купит столько-то штук
А если пользователь вводит число во второй инпут, то сабмит будет гарантировать, что он потратит ровно столько-то

Поэтому один инпут это как бы фиксированное значение, а второй инпут рассчитанное (через запрос к апишке)

ага, полагаю надо именно на event ввода реагировать

In computer programming, a guard is a boolean expression that must evaluate to true if the program execution is to continue in the branch in question.

Regardless of which programming language is used, guard clause, guard code, or guard statement, is a check of integrity preconditions used to avoid errors during execution. [...] The guard provides an early exit from a subroutine.

либо может отдельно хранить для каждого инпута флаг типа "active"

пока что кстати к эффектору сложно подступиться из-за того что вижу миллион способов спроектировать одно и то же

и глаза разбегаются и не понимаю какой подход выбрать

выкладывай сюда код https://share.effector.dev/, разберёмся

или это просто размышления в голове?

ок, ну я пока только самые основы хочу понять
типа как правильно вызывать эффект если меняется стор

а то я вижу что вообще можно нагородить event.watch(effect)

Когда-то появится чувак, которому надоест состояние доки эффектора. И он сядет на фулл тайм писать доку

А что не так?

Конкретика есть?

Та это я так. Всегда есть к чему стремиться

реализовать можно например так

имена двух эвентов priceInputChanged и weightInputChanged явно указывают на то, что они реагируют именно на апдейт ui инпута, а не соответствующего стора

таким образом, каждое изменение значения в инпуте обновляет стор и параллельно делает асинхронный реквест значения второго стора

60.0000000001