TG
Т.е. есть setIn который собирает со всех форм, а есть хук, который позволяет вынести данные?
нет. $values создается для каждой формы свой изолированный. и он не как не пересекается с остальными формами.
Size: a a a
2020 July 15
TG
setIn это как lodash.set он нужен просто что бы удобно манипулировать $values потому что $values это object с любыми уровнями вложенных полей
TG
Я тебе задал конкретный вопрос. Как разместить 2 формы на странице?
если ты знаешь effector то вообще здорово. тем более интересно твое мнение
TG
лично на мой взгляд, удобство работы с формами на много выше и гибче чем был в redux-form и formik.
тут $values это стейт с которым можно делать все что угодно.
тут $values это стейт с которым можно делать все что угодно.
A
эх, а мой вопрос проигнорили(
TG
эх, а мой вопрос проигнорили(
а какой? видимо не заметил
A
и типизировать строковый литерал, в виде полей объекта
этот
A
просто один из столпов эффектора - типизация всех и вся
а тут получается что в таком частоиспользуемом моменте, как ключ филда - надо писать просто строку
а тут получается что в таком частоиспользуемом моменте, как ключ филда - надо писать просто строку
АЗ
просто один из столпов эффектора - типизация всех и вся
а тут получается что в таком частоиспользуемом моменте, как ключ филда - надо писать просто строку
а тут получается что в таком частоиспользуемом моменте, как ключ филда - надо писать просто строку
Это принципиально нетипизируемая вещь. Не вижу проблемы
TG
и типизировать строковый литерал, в виде полей объекта
ну в случае с getIn, setIn, типизация это проблемный момент.
но в целом $values легко поддается типизации.
useForm<{profile: {firstName: string, lastName: string}}>();
но в целом $values легко поддается типизации.
useForm<{profile: {firstName: string, lastName: string}}>();
A
Это принципиально нетипизируемая вещь. Не вижу проблемы
принципиально нетипизируемая - не надо использовать 🤨
АЗ
принципиально нетипизируемая - не надо использовать 🤨
Альтернатива?
A
Альтернатива?
плоские ключи
АЗ
плоские ключи
И что меняется? Как не было типизируемо до, так и нетипизируемо после
A
И что меняется? Как не было типизируемо до, так и нетипизируемо после
всм, плоские ключи отлично типизируются
keyof SomeEntityTG
сам стор $values типизировать легко. и в во всех местах связанных со сторой будет видна типизация. она лишь слетит когда будем юзать setIn/getIn
слетит конкретно в этих методах. но общая типизация никуда не денется
слетит конкретно в этих методах. но общая типизация никуда не денется
АЗ
всм, плоские ключи отлично типизируются
keyof SomeEntityЭм, нет. Это будет такая же эфимерная типизация, как и вложенные структуры. ts никакой валидации проводить не будет.
TG
ну и с апи там беда, конечно
ключи на строках, еще и в объектной нотации
ключи на строках, еще и в объектной нотации
а тут вообще не верно. видимо не правильное представление сложилось
A
Эм, нет. Это будет такая же эфимерная типизация, как и вложенные структуры. ts никакой валидации проводить не будет.
будет же
TG
https://codesandbox.io/s/react-final-form-simple-example-cswer?file=/index.js
кто нибудь мне объяснит что я сделал не так?
кто нибудь мне объяснит что я сделал не так?