A
Да я не требую) это как репорт человека прочитавшего ридми)
ну, это справедливое желание, я пишу сендбокс с бейсик примерами, но сегодня подзапарился уже)
Size: a a a
2020 September 16
🦜
Слоумод такая фигня🙄
DS
Открой формы отчётности
https://t.me/effector_ru/163232
Это сплошные формы так что я немного формы верстал🌚
Это сплошные формы так что я немного формы верстал🌚
A
Открой формы отчётности
ну вот да, со скейлом формы "логин, пароль" это не выглядит сильно полезным, но когда у тебя 5 блоков по 10 полей на одну форму, описывать это в одном месте тяжело)
🦜
И представь как бы ты их сверстал
И вот там можно поделить на другие формы, потому что формы отчётности сборная солянка из разных
DS
И вот там можно поделить на другие формы, потому что формы отчётности сборная солянка из разных
При статическом ините я вижу малую пользу пока
DS
Просто удобство dx
🦜
При статическом ините я вижу малую пользу пока
Потом поймёшь
A
При статическом ините я вижу малую пользу пока
так а как это связано со статическим инитом?)
мы мб просто про ращзное немного говорим
мы мб просто про ращзное немного говорим
DS
так а как это связано со статическим инитом?)
мы мб просто про ращзное немного говорим
мы мб просто про ращзное немного говорим
Давай поговорим в контексте классического степпера
A
скорее за быстрое деливери)
A
Давай поговорим в контексте классического степпера
давай)
в случае степпера, скорее всего, что каждый степ - будет относиться к тому или иному блоку данных в форме
в данном случае, есть возможность, для каждого блока создать свою форму (модель), для этой модели создать вью слой, со своей логикой
объединить в рут форме, в степах
а все данные "скомбайнить" в рут форме-модели
ибо, так или иначе данные со степов надо пробрасывать в какой нибудь стор, где хранятся данные на отправку
в случае степпера, скорее всего, что каждый степ - будет относиться к тому или иному блоку данных в форме
в данном случае, есть возможность, для каждого блока создать свою форму (модель), для этой модели создать вью слой, со своей логикой
объединить в рут форме, в степах
а все данные "скомбайнить" в рут форме-модели
ибо, так или иначе данные со степов надо пробрасывать в какой нибудь стор, где хранятся данные на отправку
DS
давай)
в случае степпера, скорее всего, что каждый степ - будет относиться к тому или иному блоку данных в форме
в данном случае, есть возможность, для каждого блока создать свою форму (модель), для этой модели создать вью слой, со своей логикой
объединить в рут форме, в степах
а все данные "скомбайнить" в рут форме-модели
ибо, так или иначе данные со степов надо пробрасывать в какой нибудь стор, где хранятся данные на отправку
в случае степпера, скорее всего, что каждый степ - будет относиться к тому или иному блоку данных в форме
в данном случае, есть возможность, для каждого блока создать свою форму (модель), для этой модели создать вью слой, со своей логикой
объединить в рут форме, в степах
а все данные "скомбайнить" в рут форме-модели
ибо, так или иначе данные со степов надо пробрасывать в какой нибудь стор, где хранятся данные на отправку
Те поттерн с вложенными формами как раз поможет нам?
Думаю пример можно как раз в таком ключе запилить
Думаю пример можно как раз в таком ключе запилить
A
Те поттерн с вложенными формами как раз поможет нам?
Думаю пример можно как раз в таком ключе запилить
Думаю пример можно как раз в таком ключе запилить
йеп
для плоских жирных форм - увы, пока ничего не придумал (впрочем и кейсов особо не было)
для плоских жирных форм - увы, пока ничего не придумал (впрочем и кейсов особо не было)
A
ну и кроме того, в угоду типизации, апи хоть и позволяет на бесконечное количество уровней вниз задавать значения
т.е.
но каждый уровень придется явно задавать
т.е. чтобы задать quix, придется написать
тут конечно можно рассмотреть апи формата
(если первый после тс4 можно будет типизировать, то апи второго просто выглядит стремно, хотя, если будет потребность, то и так сделаем)
т.е.
type FooFormShape = {
foo: {
bar: {
baz: {
quix: string
}
}
}
}но каждый уровень придется явно задавать
т.е. чтобы задать quix, придется написать
fooForm.fields.foo.set({ bar: {baz: {quix: "John Doe"}}});
тут конечно можно рассмотреть апи формата
form.set('foo.bar.baz.quix', value), либо таплом из строк form.set(["foo", "bar", "baz", "quix"], value), оба из которых варианта мне не особо нравятся(если первый после тс4 можно будет типизировать, то апи второго просто выглядит стремно, хотя, если будет потребность, то и так сделаем)
ф
ребзи, довел таки свой форм менеджер (коих много не бывает 🌚) до хоть сколько нибудь вразумительного состояния
в общем, представляю вашему вниманию efform
он умеет:
- декларативно описывать структуры данных в формах (своеобразный yup включен в поставку)
- валидировать данные, в т.ч. и асинхронно
- комбинировать формы: форма может состоять из нескольких "саб-форм", которые могут быть определены как отдельно, так и "инлайн", при этом позволяя управлять вложенными формами с верхних уровней (управляющие сигналы движутся сверху вниз, пока не достигнут дна, затем производимые апдейты всплывают вверх)
- оперировать примитивными типами, а также массивами примитивных типов
- Fields API - позволяя работать с юнитами для определенного поля (value, error, set, validate, …)
- имеет биндинги под реакт
что он не умеет (aka roadmap):
- Record, Tuple, Array<Record>, … - поддержку сложных типов
- индикаторы
- Дока, дока, дока
- SSR
- возможно, что-то еще, но об этом мы узнаем далее
Сейчас, он пока еще в начале пути, поэтому надеюсь на конструктивную критику и посильную помощь 🌜
в общем, представляю вашему вниманию efform
он умеет:
- декларативно описывать структуры данных в формах (своеобразный yup включен в поставку)
- валидировать данные, в т.ч. и асинхронно
- комбинировать формы: форма может состоять из нескольких "саб-форм", которые могут быть определены как отдельно, так и "инлайн", при этом позволяя управлять вложенными формами с верхних уровней (управляющие сигналы движутся сверху вниз, пока не достигнут дна, затем производимые апдейты всплывают вверх)
- оперировать примитивными типами, а также массивами примитивных типов
- Fields API - позволяя работать с юнитами для определенного поля (value, error, set, validate, …)
- имеет биндинги под реакт
что он не умеет (aka roadmap):
- Record, Tuple, Array<Record>, … - поддержку сложных типов
- индикаторы
touched, dirty- Дока, дока, дока
- SSR
- возможно, что-то еще, но об этом мы узнаем далее
Сейчас, он пока еще в начале пути, поэтому надеюсь на конструктивную критику и посильную помощь 🌜
хэндлер можно сразу в аргумент передавать (без конфига)
A
етот ридми был написан аккурат перед этой фичей)
но спасибо за замечание, сделаю в течение пары дней минорный апдейт доки) (мажорный после поддержки сложных типов 🌝)
но спасибо за замечание, сделаю в течение пары дней минорный апдейт доки) (мажорный после поддержки сложных типов 🌝)
ф
ребзи, довел таки свой форм менеджер (коих много не бывает 🌚) до хоть сколько нибудь вразумительного состояния
в общем, представляю вашему вниманию efform
он умеет:
- декларативно описывать структуры данных в формах (своеобразный yup включен в поставку)
- валидировать данные, в т.ч. и асинхронно
- комбинировать формы: форма может состоять из нескольких "саб-форм", которые могут быть определены как отдельно, так и "инлайн", при этом позволяя управлять вложенными формами с верхних уровней (управляющие сигналы движутся сверху вниз, пока не достигнут дна, затем производимые апдейты всплывают вверх)
- оперировать примитивными типами, а также массивами примитивных типов
- Fields API - позволяя работать с юнитами для определенного поля (value, error, set, validate, …)
- имеет биндинги под реакт
что он не умеет (aka roadmap):
- Record, Tuple, Array<Record>, … - поддержку сложных типов
- индикаторы
- Дока, дока, дока
- SSR
- возможно, что-то еще, но об этом мы узнаем далее
Сейчас, он пока еще в начале пути, поэтому надеюсь на конструктивную критику и посильную помощь 🌜
в общем, представляю вашему вниманию efform
он умеет:
- декларативно описывать структуры данных в формах (своеобразный yup включен в поставку)
- валидировать данные, в т.ч. и асинхронно
- комбинировать формы: форма может состоять из нескольких "саб-форм", которые могут быть определены как отдельно, так и "инлайн", при этом позволяя управлять вложенными формами с верхних уровней (управляющие сигналы движутся сверху вниз, пока не достигнут дна, затем производимые апдейты всплывают вверх)
- оперировать примитивными типами, а также массивами примитивных типов
- Fields API - позволяя работать с юнитами для определенного поля (value, error, set, validate, …)
- имеет биндинги под реакт
что он не умеет (aka roadmap):
- Record, Tuple, Array<Record>, … - поддержку сложных типов
- индикаторы
touched, dirty- Дока, дока, дока
- SSR
- возможно, что-то еще, но об этом мы узнаем далее
Сейчас, он пока еще в начале пути, поэтому надеюсь на конструктивную критику и посильную помощь 🌜
👍 выглядит, как то что нужно
ф
ребзи, довел таки свой форм менеджер (коих много не бывает 🌚) до хоть сколько нибудь вразумительного состояния
в общем, представляю вашему вниманию efform
он умеет:
- декларативно описывать структуры данных в формах (своеобразный yup включен в поставку)
- валидировать данные, в т.ч. и асинхронно
- комбинировать формы: форма может состоять из нескольких "саб-форм", которые могут быть определены как отдельно, так и "инлайн", при этом позволяя управлять вложенными формами с верхних уровней (управляющие сигналы движутся сверху вниз, пока не достигнут дна, затем производимые апдейты всплывают вверх)
- оперировать примитивными типами, а также массивами примитивных типов
- Fields API - позволяя работать с юнитами для определенного поля (value, error, set, validate, …)
- имеет биндинги под реакт
что он не умеет (aka roadmap):
- Record, Tuple, Array<Record>, … - поддержку сложных типов
- индикаторы
- Дока, дока, дока
- SSR
- возможно, что-то еще, но об этом мы узнаем далее
Сейчас, он пока еще в начале пути, поэтому надеюсь на конструктивную критику и посильную помощь 🌜
в общем, представляю вашему вниманию efform
он умеет:
- декларативно описывать структуры данных в формах (своеобразный yup включен в поставку)
- валидировать данные, в т.ч. и асинхронно
- комбинировать формы: форма может состоять из нескольких "саб-форм", которые могут быть определены как отдельно, так и "инлайн", при этом позволяя управлять вложенными формами с верхних уровней (управляющие сигналы движутся сверху вниз, пока не достигнут дна, затем производимые апдейты всплывают вверх)
- оперировать примитивными типами, а также массивами примитивных типов
- Fields API - позволяя работать с юнитами для определенного поля (value, error, set, validate, …)
- имеет биндинги под реакт
что он не умеет (aka roadmap):
- Record, Tuple, Array<Record>, … - поддержку сложных типов
- индикаторы
touched, dirty- Дока, дока, дока
- SSR
- возможно, что-то еще, но об этом мы узнаем далее
Сейчас, он пока еще в начале пути, поэтому надеюсь на конструктивную критику и посильную помощь 🌜
я бы может сделал required по умолчанию, а потом добавлял optional, там где нужно