c
Aleksandr Osipov
а у вас есть уже такое - с композицией?
ага
effector-form
и в паре проектов его расширили по полной
effector-form
и в паре проектов его расширили по полной
Size: a a a
2020 August 17
c
а вот валидаторы не выносили (вроде)
AO
ага
effector-form
и в паре проектов его расширили по полной
effector-form
и в паре проектов его расширили по полной
спасибо, гляну
DS
@aanarion
1. Я бы старался как можно меньше через хуки протаскивать. Например зачем ивенты для инпута через хуки тянуть? А если тянуть то почему бы из хука не выплёвывать цельный объект? Типа такого
2. Зачем в примерах onSubmit объявлен внутри компонента?
3. Ты изучал апи final form ?
1. Я бы старался как можно меньше через хуки протаскивать. Например зачем ивенты для инпута через хуки тянуть? А если тянуть то почему бы из хука не выплёвывать цельный объект? Типа такого
const {form} = useForm()
...
<input {...form.input} />
Можно будет сразу покинуть нейм хендлер велью и дефолт велью плейсхрлдер лейбл etc если нужно. Как референс такого подхода- reakit2. Зачем в примерах onSubmit объявлен внутри компонента?
3. Ты изучал апи final form ?
AO
@aanarion
1. Я бы старался как можно меньше через хуки протаскивать. Например зачем ивенты для инпута через хуки тянуть? А если тянуть то почему бы из хука не выплёвывать цельный объект? Типа такого
2. Зачем в примерах onSubmit объявлен внутри компонента?
3. Ты изучал апи final form ?
1. Я бы старался как можно меньше через хуки протаскивать. Например зачем ивенты для инпута через хуки тянуть? А если тянуть то почему бы из хука не выплёвывать цельный объект? Типа такого
const {form} = useForm()
...
<input {...form.input} />
Можно будет сразу покинуть нейм хендлер велью и дефолт велью плейсхрлдер лейбл etc если нужно. Как референс такого подхода- reakit2. Зачем в примерах onSubmit объявлен внутри компонента?
3. Ты изучал апи final form ?
1. А как связать событие с формой?
AO
Aleksandr Osipov
1. А как связать событие с формой?
Или ты предлагаешь юзать явно проимпоряенное из конкретной формы событие onchange?
DS
Aleksandr Osipov
1. А как связать событие с формой?
1. Есть прямой доступ к ивенту от инстанса формы
2. Или если черех мясорубку хука пропускать я бы предпочел сбатчить все в один обьект
2. Или если черех мясорубку хука пропускать я бы предпочел сбатчить все в один обьект
AO
Тогда реюзать нельзя будет формы и филды
AO
Aleksandr Osipov
Тогда реюзать нельзя будет формы и филды
Вернее один фиг придётся прикидывать в компонент филда onChange
AA
@aanarion
1. Я бы старался как можно меньше через хуки протаскивать. Например зачем ивенты для инпута через хуки тянуть? А если тянуть то почему бы из хука не выплёвывать цельный объект? Типа такого
2. Зачем в примерах onSubmit объявлен внутри компонента?
3. Ты изучал апи final form ?
1. Я бы старался как можно меньше через хуки протаскивать. Например зачем ивенты для инпута через хуки тянуть? А если тянуть то почему бы из хука не выплёвывать цельный объект? Типа такого
const {form} = useForm()
...
<input {...form.input} />
Можно будет сразу покинуть нейм хендлер велью и дефолт велью плейсхрлдер лейбл etc если нужно. Как референс такого подхода- reakit2. Зачем в примерах onSubmit объявлен внутри компонента?
3. Ты изучал апи final form ?
1. Объект поля конкретного лежит в form.fields.fieldName. Там есть onChange, onBlur, value, errors.
Возвращать колбэк для onChange (который будет принимать браузерный эвент) мне не хочется, по принчие того что я в этом случае завязываюсь на браузерное окружение
2. Для preventDefault кажется
3. Ага, но не юзал, так получилось
Возвращать колбэк для onChange (который будет принимать браузерный эвент) мне не хочется, по принчие того что я в этом случае завязываюсь на браузерное окружение
2. Для preventDefault кажется
3. Ага, но не юзал, так получилось
DS
1. Объект поля конкретного лежит в form.fields.fieldName. Там есть onChange, onBlur, value, errors.
Возвращать колбэк для onChange (который будет принимать браузерный эвент) мне не хочется, по принчие того что я в этом случае завязываюсь на браузерное окружение
2. Для preventDefault кажется
3. Ага, но не юзал, так получилось
Возвращать колбэк для onChange (который будет принимать браузерный эвент) мне не хочется, по принчие того что я в этом случае завязываюсь на браузерное окружение
2. Для preventDefault кажется
3. Ага, но не юзал, так получилось
1. Понял. Но можно ведь сделать и так и так? Я уже вижу как я за*сь прокидывать хендлеры для инпутов) ведь зачастую формы будут без компонентов на каждый инпут, ведь перф нужен не везде
2. Не должно быть разницы. Просто статически можно обьявить функцию принимающую ивент сабмита формы
2. Не должно быть разницы. Просто статически можно обьявить функцию принимающую ивент сабмита формы
DS
1. Понял. Но можно ведь сделать и так и так? Я уже вижу как я за*сь прокидывать хендлеры для инпутов) ведь зачастую формы будут без компонентов на каждый инпут, ведь перф нужен не везде
2. Не должно быть разницы. Просто статически можно обьявить функцию принимающую ивент сабмита формы
2. Не должно быть разницы. Просто статически можно обьявить функцию принимающую ивент сабмита формы
Мне лично хотелось бы видеть от либы два крайних похода.
Фул контрол для инпутов или фул не контрол с минмальными телодвижениями
Фул контрол для инпутов или фул не контрол с минмальными телодвижениями
AO
1. Есть прямой доступ к ивенту от инстанса формы
2. Или если черех мясорубку хука пропускать я бы предпочел сбатчить все в один обьект
2. Или если черех мясорубку хука пропускать я бы предпочел сбатчить все в один обьект
а блин, мы о разном по ходу... короче согласен с 1 пунктом
AO
Мне лично хотелось бы видеть от либы два крайних похода.
Фул контрол для инпутов или фул не контрол с минмальными телодвижениями
Фул контрол для инпутов или фул не контрол с минмальными телодвижениями
ты о uncontrolled?
AO
хочешь как rhf?
AA
1. Понял. Но можно ведь сделать и так и так? Я уже вижу как я за*сь прокидывать хендлеры для инпутов) ведь зачастую формы будут без компонентов на каждый инпут, ведь перф нужен не везде
2. Не должно быть разницы. Просто статически можно обьявить функцию принимающую ивент сабмита формы
2. Не должно быть разницы. Просто статически можно обьявить функцию принимающую ивент сабмита формы
1. Это мысль на самом деле неплохая. А как бы ты это на сделал на уровне апи, чтобы можно было и для браузерных и для скажем RN инпутов юзать?
DS
Aleksandr Osipov
ты о uncontrolled?
Нет, просто выразился так
DS
1. Это мысль на самом деле неплохая. А как бы ты это на сделал на уровне апи, чтобы можно было и для браузерных и для скажем RN инпутов юзать?
Просто расширить хук возвратом магического обьекта, прокинув который в инпут у меня бы все завелось
DS
Может он вообще будет жить не в form.fields
DS
1. Это мысль на самом деле неплохая. А как бы ты это на сделал на уровне апи, чтобы можно было и для браузерных и для скажем RN инпутов юзать?
Эх еще бы у меня был опыт в RN