не должно быть лишних пересчётов изначально)

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

а store.map в функцию передаёт второй аргумент, это текущее значение вычисленного стора


https://effector.now.sh/docs/api/effector/store#mapfn-state-state-laststate-t--t

примерно так
проблема в моем кейсе с react-hook-form
у него вотчер левый который срабатывает даже тогда когда данные в объекте слежки не изменились
из-за этого мой евент отрабатывает слишком часто
обновляется стейт
стейт служит источником истины для компонента
тот заново по кругу запускает весь процесс..

а значение fields само по себе остаётся одинаковым? ===

@ZeroBias как ты смотришь на то, чтобы в effector-vue можно было возвращать только объект?

effector: {
  $store1,
  $store,2
}

effector() {
  return {…}
}

Но не так:

effector() {
  return $store
}

нет
оно меняется
но не так как ожидалось
методы append, remove от библиотеки пушать или удаляют из него значения (добавление дополнительного инпута например)
и только в эти моменты и происходят рекалькуляции моего useEffect если fields поставить в зависимость

а когда значения уже имеются но были изменены (значение существующего инпута форм) - увидеть и отследить это я могу только с помощью их вотчера
и больше никак
может я просто не нашел способа(

effector() {
  return $store
}

проблема этого подхода, что он создает ключ state и нужно к данным обращаться через this.state

вот так useEffect как я написал выше отработает ровно в момент когда у fields будет изменен length (судя по всему)
а точечные праки в значениях уже добавленных полей только их вотчером(
незнаю как работаю с формами ребята нынче
кейс геморный попался
а либо казалось бы в топах

думаю создать отдельный стор но как это делу поможет - незнаю

просто есть useGate, он проверит объект через shallow compare, и если поля не изменились, то не будет апдейта его стора, автоматически

хорошо, а почему он должен быть запрещён?)

1. как-то не явно (мне кажается)
2. он не типизирован (и хз, можно ли)

там идет в коде:
this[key] = somethings

effector: { $counter }
effector() { return {$counter} }

this.$counter

вот так же выглядит логично, не?

а тут:

effector() {return $counter}

и уже нужно обращаться через this.state

это проблемы) это не первые проблемы и не последние, это не повод всё сносить; для начала можно например подробнее осветить в документации альтернативные подходы)

а что для effector @types нет?

Есть)