Ребят, только пробую effector + react, кто-нибудь может скинуть ссылочки на примеры проектов (где все хорошо организованно в частности в плане файловой структуры), пробовал найти примеры,но что-то совсем не то

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

он умеет:
- декларативно описывать структуры данных в формах (своеобразный yup включен в поставку)
- валидировать данные, в т.ч. и асинхронно
- комбинировать формы: форма может состоять из нескольких "саб-форм", которые могут быть определены как отдельно, так и "инлайн", при этом позволяя управлять вложенными формами с верхних уровней (управляющие сигналы движутся сверху вниз, пока не достигнут дна, затем производимые апдейты всплывают вверх)
- оперировать примитивными типами, а также массивами примитивных типов
- Fields API - позволяя работать с юнитами для определенного поля (value, error, set, validate, …)
- имеет биндинги под реакт

что он не умеет (aka roadmap):
- Record, Tuple, Array<Record>, … - поддержку сложных типов
- индикаторы touched, dirty
- Дока, дока, дока
- SSR
- возможно, что-то еще, но об этом мы узнаем далее

Сейчас, он пока еще в начале пути, поэтому надеюсь на конструктивную критику и посильную помощь 🌜

Какой кейс нестед форм ?
Те какое это даёт преимущество?

разделение данных, формы становятся более атомарными

справедливо для больших форм (в предыдущем проекте были формы суммарно 50+ полей, но поля были раскиданы на разных уровнях)

Инициализация же статически происходит все равно. В чем Профит разделения на уровни?

читать легче, пользоваться

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

типа

type Order = {
  location: {
    city: string,
    street: string,
    …
  },
  positions: [{
    id: string,
    quantity: number
  }],
  receipient: {
    name: string,
    …
  }
}

если представить такую структуру (при этом вложенность может быть много больше), то разбив на саб-формы location, positions, receipient, … - мы можем и обвязки для них объявить отдельно, и во вью этими обвязками рулить тоже обособленно

при этом имеем контроль как над каждым уровнем, так и над корневой формой тоже

До меня не доходит.
Пока мне кажется что нормализация данных примешана к форм менеджеру

читать легче, пользоваться

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

типа

type Order = {
  location: {
    city: string,
    street: string,
    …
  },
  positions: [{
    id: string,
    quantity: number
  }],
  receipient: {
    name: string,
    …
  }
}

если представить такую структуру (при этом вложенность может быть много больше), то разбив на саб-формы location, positions, receipient, … - мы можем и обвязки для них объявить отдельно, и во вью этими обвязками рулить тоже обособленно

при этом имеем контроль как над каждым уровнем, так и над корневой формой тоже

А что ты вкладываешь в понятие обвязки?

вью слой
инпуты, какая то логика отображения

Нужен пример короче.

согласен)
сейчас не обещаю, но завтра накатаю

Нужен пример короче.