это из того что я вспомнил, возможно что-то упустил

4 что имеешь ввиду под этим 7

ну, допустим у тебя есть валидатор полей у клиента, и ещё сообщение валидации приходит с сервера, чтобы отобразить помимо клиентских ошибок, те что пришли с сервера, тебе нужно закинуть эти данные в <Validation> в виде пропа, и обработать функцией-валидатором

https://codesandbox.io/s/github/Wroud/react-painlessform/tree/master/examples/base.1 это необновлённый пример, с немного кривой имплементацией, но суть показывает

а, нет, не показывает

не хочу подключать сторонние библиотеки к библиотеке

ты можешь свой написать ручками, это либа на 10 строчек грубо говоря

а то в таком виде адок

render props hell

хорошо, подумаю, самому не очень нравится, но это частный случай, может, переделаю

а почему я просто не могу ошибки которые были в респонсе в стейт еррорс закинуть ?

при этом сделать для них трансформацию

обычной функцией

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

это дает и довольно большую гибкость

и управляемость формой

стремно выглядит

но мб

мне больше через yup нравится

мне больше через yup нравится

+++, yup каеф

а почему я просто не могу ошибки которые были в респонсе в стейт еррорс закинуть ?

так всё равно будешь закидывать через проп

ну я сделаю setState({ errors: transformErrors(res.data.errors) })

грубоговоря

а потом каждый филд разберет ерроры

типа, ожидается, что респонс сначала придёт пропом в компонент содержащий форму

хз почему форма должна знать про респонс ?)

не хочу хвалить формик (он какой-то кривоватый), но там апи удобное

Jss юзает кто нибудь? Есть ли какие то прям под него кейсы? Спасибо

ну я сделаю setState({ errors: transformErrors(res.data.errors) })

тут так и есть, практически, только transformErrors это валидатор, а data.errors идёт в проп, получится <Validation validator={combine(yup,transformErrors)} submitErrors={res.data.errors}>

Jss юзает кто нибудь? Есть ли какие то прям под него кейсы? Спасибо

styled-components

Jss юзает кто нибудь? Есть ли какие то прям под него кейсы? Спасибо

нормальная тема, годная вполне

хз почему форма должна знать про респонс ?)

потому что ты откуда-то данные получил, допустим из санка, данные прокинулись в компонент с формой, а дальше ты их прокидываешь в форму(ну, или валидатор), это просто принцип реакта

А кто-то может сравнить final-form и formik в чем разница между ними 7

styled-components

Ну это ж можно и без жсс не?

Ну это ж можно и без жсс не?

Что?

styled-components

Только сегодня твоё выступление глянул, доходчиво, лайк

Только сегодня твоё выступление глянул, доходчиво, лайк

?

соре. Я что-то залипаю. Считается ли плохой практикой ф-ии с логикой внутри dispatchToProps? Как в примере const needCheck = ['qq-action', 'bb-action'] connect( (state) =>({...неважно...}), (dispatch) => ({ doAction: (actionName) => needCheck.indexOf(actionName) >= 0 ? dispatch(showWarning(actionName)) : dispatch(handleAction(actionName)) }) )

@zdmitr и снова тишина, в целом как апи?

ну мне нрав идея

но с трансформ и валидейшин

компонентами

я не оч понимаю

А кто-то может сравнить final-form и formik в чем разница между ними 7

Я вот уверен что видел тут таблицу сравнения, но думаю она уже устарела

Впрочем, я и сам этот вопрос поднимал в реакточате киева

посмотри пример реиспользования, там UserForm не знает ничего о том, в какой форме окажется, но имеет валидацию и трансформы

если представить сложную форму, то её можно будет составить из частей с помощью композиции, и выглядеть это будет очень круто

почему не сделать как в формике ?

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

а как в формике?

виз форм и одна функция?

и одна схема

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

в формике можно ж validate={} передавать

окей

каждому отдельному полю

смотри а если у меня 3 компонента валидейшин

onSubmitted колбек в асинхронной фукнции сабмита и прочие не реактовые прелести?

я сделал из них форму, а потом хочу в руте получить все валидации

от все 3 вложенных компонентов валидейшин

я сделал из них форму, а потом хочу в руте получить все валидации

на всю форму общий стейт валидации

ты его и получишь

Такс, внезапный вопрос, кто-то мобикс юзает? Если да, обновлялись до 5+ версии, девтулзы работают? А то у меня сломаны и чёт не уверен что это проблема мобикса, я их раньше не юзал просто и ток на 5й решил поставить

в сабмит эвенте будет статус валидации всей формы

в сабмит эвенте будет статус валидации всей формы

окей, а как вложенные валидейшины закомпоузятся 7

валидаторы между собой складываются, т.е. если в нескольких будет ошибка для одного и того же поля, то поле получит все ошибки

с трансформами логика друга, https://github.com/Wroud/react-painlessform/releases вот тут в релиз ноуте я постарался описать принципы композиции валидаторов и трансформов

ERROR: S client not available

положит оошибку вверх

подожди за трасформы

и в форме я смогу получить данные про еррор ?

у формы единый стетй валидации

да

ну типа ты мог с таким же успехом сделать это с одной схемой валидации

просто это ради композиции тип 7

ну типа ты мог с таким же успехом сделать это с одной схемой валидации

да, но композиции не будет

я понял, ты просто по сути собираешь глобальную форму валидации

схему*

из этих мелких

там немного интереснее, валидации будут происходить во время рендера тега валидации / или во время изменения в поле / сабмите

т.е. когда появится асинхронный рендеринг, валидация будет разбита на эти самые валидаторы, а не выполняться за один проход

ну там с асинхронным рендерингом мног овопросов

так что я бы этим не задавался сейчас

ну у меня так совпало

так а че с трансформами ?

трансформы, они позволяют полностью управлять изменениями в форме, отменить, переписывать, размножать

композиция идёт по приоритету, чем ближе трансформер к полю, тем выше у него приоритет, также трансформы выполняются по порядку из левого верхнего угла в правый нижний, т.е. первый -> вглубь, второй -> вглубь и т.д.

трансформеры исключают возможность цикличной трансформации (спасибо приоритетам)

ну идеи хорошие

но мне чет апи то что все вот так через реакт компоненты

не оч нравится

также трансформер может реагировать не на изменение конкретного поля, а на изменение в какой-то части модели

https://medium.com/@foxhound87/automagically-manage-react-forms-state-with-mobx-and-automatic-validation-2b00a32b9769

мне вот эта штука нравилась

в плане апи для формы

если бы сделать для реакта получше апи

просто создавать форму как модель с хуками

но мне чет апи то что все вот так через реакт компоненты

понимаю, это в значительной степени отличающийся подход от того что распространено сейчас

также трансформер может реагировать не на изменение конкретного поля, а на изменение в какой-то части модели

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