Ну да в attrs туплю

Всем привет!
Я тут библиотечку для работы с формами на эффекторе накатал:
https://www.npmjs.com/package/effector-forms

Буду рад если окажется кому полезной (и рад обратной связи).

Делал на основании обобщения своих накопившихся за полтора года разработки на эффекторе кейсов

@ZeroBias кейс для тайпингов:
ивенты в payload типа void + булевый стор

Потенциально нарушиться rules of hooks могут, если например если потом динамически добавляться поля будут в форму

здесь нужен merge  явный

динамические поля я планировал хранить иначе, в сторе-массиве

тут не как в sample работает

создавать сторы на лету не планировал

Не я не про array fields,  а скорее про зависимые, ну скажем галочку оплатить картой нажал и появились поля с реквизитами карты

Есть еще и https://www.npmjs.com/package/effector-form

Много форм всяких у нас теперь)

Ну, скрывать - показывать можно во вью, например. Но вообще да, кейс с условными полями надо продумать.

Сейчас либа ориентирована на статически описываемые формы, в этом случае это вроде бы допустимо.

Ага, ее видел)
У меня немного другой подход.
Мне удобно хранить отдельные поля форм в отдельных сторах (а в случае реакт нэйтив иногда это необходимая оптимизация с целью экономии на рендерах).

Однако, когда каждое поле лежит в отдельном сторе, это порождает очень большое количество бойлерплейт кода (особенно с учетом валидации). Вот с этой целью я сделал фабрику для состояния формы с учетом различных опций и валидации, и хуку для ее коннекта к компонентам

А эту кто написал? Вы ее заюзали или свое пилите?

Вообще я бы состояние формы: значения, ошибки и подоьное я бы сделал общими сторами, то есть $values, $errors, так гибче кмк

а не по стору на поле

В валидатор поля, вторым аргументом объект значений формы передавать бы.

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

лишние ререндеры во вью решились бы useStoreMap-ом

а эта фича есть

https://www.npmjs.com/package/effector-forms#interdependent-validations