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

но там всё в конечном счёте вызвано мутацией итема при обновлении $changedClientTiers и самим фактом обновления $changedClientTiers который вычисляемый стор

не сможет вызывать перерендер, это для примера 2 раза изменив одно и то же поле оно не изменится

это я так, для протокола

это некорректное обобщение текущей ситуации, у useList есть вполне конкретное поведение

👀 ладно

бля, были сначала спреды
Спасибо

там всё есть, они просто не в том порядке — сначала спредишь, потом мутируешь, не наоборот)

и в данном случае тут нормализация через отдельный стор не нужна изначально (обрати внимание что при changeField изменяется вычисленый стор а часть кода подписана на исходный — это не правильно

короче тут наслоилось несколько моментов, если без них то будет как-то так: https://share.effector.dev/Hkq0MHVa

О, даже так. Круто, спасибо. 🙇‍♂️

У меня одного репл стал как-то поттормаживать при вводе текста?

Прямо на каком-то субъективном уровне, вроде и не тормозит явно, но что-то не то ощущается

Пытаюсь перестроить свой маиндсет согласно идеологии эффектора и уйти от динамического создания юнитов и связей в пользу статического описания и адресования через идентификатор

Демонстративный пример в репле, есть виджет для автокомплита, инстансов виджета может быть много, соотвественно храним состояния в словаре с адресацией по id (в качестве которого обычно будет имя поля в форме)

В примере есть логика посылки запросов с отменой предыдущего (хочется услышать мнение о реализации, потому как не уверен что верно сделал, но вроде работает). Собственно затык на данном этапе, как получить состояние .pending для каждого из полей в отдельности, эффект то по сути же один и .pending на нем будет давать true, когда в полете находится хотя бы один из запросов, а мне нужно замапить состояние на разные виджеты. В голову приходит что-то типа еще одного стора pendings в который по id класть состояния, но мб есть лучше варианты?

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

https://share.effector.dev/TOpnw0M2

как бороться с такой вложенностью гардов? сейчас такая конструкция нужна, чтобы изменение $isEditMode не тригерил этот семл и не вызывался эффект

Вынести в переменные guardы и назвать человекочитаемо

это потом планирую

вынести фильтр сторы в комбайн + мап
если я прально логику распарсил)

Тут всего 1 фильтр стор

activeFunnels, isEditMode же?)