Size: a a a

2020 September 16

🦜

🦜 in ☄️ effector
не все
источник

DS

Dmitriy Shuleshov in ☄️ effector
у кого хорошая?
источник

E

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

AO

Aleksandr Osipov in ☄️ effector
источник

E

Evgeny in ☄️ effector
Благодарю
источник

YL

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

DS

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

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

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

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

A

Andrey in ☄️ effector
Dmitriy Shuleshov
Какой кейс нестед форм ?
Те какое это даёт преимущество?
разделение данных, формы становятся более атомарными

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

DS

Dmitriy Shuleshov in ☄️ effector
Andrey
разделение данных, формы становятся более атомарными

справедливо для больших форм (в предыдущем проекте были формы суммарно 50+ полей, но поля были раскиданы на разных уровнях)
Инициализация же статически происходит все равно. В чем Профит разделения на уровни?
источник

A

Andrey in ☄️ effector
Dmitriy Shuleshov
Инициализация же статически происходит все равно. В чем Профит разделения на уровни?
читать легче, пользоваться

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

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


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

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

DS

Dmitriy Shuleshov in ☄️ effector
Andrey
читать легче, пользоваться

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

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


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

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

A

Andrey in ☄️ effector
Dmitriy Shuleshov
До меня не доходит.
Пока мне кажется что нормализация данных примешана к форм менеджеру
апдейтнул ответ

ну, это не сколько про нормализацию, сколько про декомпозицию

обычно, куски данных в форме, завязаны на структуру вью (ну либо, наоборот, как угодно, взаимосвязаны, короче)

т.е. условно кусок данных с адресом - это отдельный кусок формы
с таким подходом, эти куски можно поделить и во вью, и в модели
источник

DS

Dmitriy Shuleshov in ☄️ effector
Andrey
читать легче, пользоваться

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

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


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

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

A

Andrey in ☄️ effector
Dmitriy Shuleshov
А что ты вкладываешь в понятие обвязки?
вью слой
инпуты, какая то логика отображения
источник

DS

Dmitriy Shuleshov in ☄️ effector
Andrey
вью слой
инпуты, какая то логика отображения
Нужен пример короче.
источник

DS

Dmitriy Shuleshov in ☄️ effector
Который явно показал бы преимущество
источник

A

Andrey in ☄️ effector
Dmitriy Shuleshov
Нужен пример короче.
согласен)
сейчас не обещаю, но завтра накатаю
источник

DS

Dmitriy Shuleshov in ☄️ effector
Andrey
согласен)
сейчас не обещаю, но завтра накатаю
Да я не требую) это как репорт человека прочитавшего ридми)
источник

🦜

🦜 in ☄️ effector
Dmitriy Shuleshov
Нужен пример короче.
Открой формы отчётности
источник

🦜

🦜 in ☄️ effector
И представь как бы ты их сверстал
источник