не понимаю, тогда и тег Form вынести?

или при чём тут реакт

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

ну типа const form = new Form<Model>() form.transform(el=>el.tile, title=> title.toUppercCase()); <Form model={form} />

прост форму можно так же построить на 1 валидаторе с 1 тегом <Validation> который покроет всю форму и тоже с трансформами

ну типа вот может что-то в таком духе

что бы разносить логику было проще

ну типа вот может что-то в таком духе

так в компонентах и нет логики, и она как раз таки разнесена, типа у тебя 2 функции, функция валидатор, и генератор-трансформатор

ну ладно

в принципе да

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

чтобы в простой форме можно было обойтись 1 тегом, а не тремя

а кстать

а как ты апдейты трекаешь ?

когда какой-то филд или группа филдов поменялась ?

слушайте ну вообще интересно https://www.youtube.com/watch?v=VU1NKX6Qkxc

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

а

вообще бы было интересно это сделать с апи формика

когда у тебя в рендер колбеке есть доступ ко всему стейту

и мы берешь нужный

а потом филд автоматом трекает

то что ты взял

а

сделал возможность прокинуть пропы валидатора и пропы трансформа сразу в форму типа: <Form validator{myYup} transformer={myTransformer}>

тип теги валидатции и трансформера не нужны при этом

блин где люди берт такие футболки??

блин где люди берт такие футболки??

принт по заказу?)

@zdmitr так лучше?

@zdmitr так лучше?

да

кстати

а если апи сделать

вместо

f=>f.field

<Field> {(fields)=><input {…fields.field}/>} </Field>

я сделаю сабскрайбер, который будет иметь такой формат

Field немного больше чем просто селектор значения, он ещё контролит блур, селектит ошибки валидации и контроль за изменениями

ну типа ты этои блюры можешь в филде и взять

просто через прокси их отдавать

когда значешь что юзают

<Field> {(fields)=><input {…fields.field}/>} </Field>

плюс такой подход не оптимален, т.к. придётся ререндерить все поля внутри

рендерить ?

Посмотрите филды в final form

типа, что мешает написать <Field> {(fields)=>( <div> <input {…fields.field}/> <input {…fields.field2}/> </div> )} </Field>

окей

так у тебя ж там

прокси будет

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

прокси будет

да, я понял идею

с одной стороны неплохо, с другой хз

я думал про чет такое, но как-то не особо доходили руки

т.к с формаи не особо работаю

еще была идея

оптимайзить подписки

через биты контекстовые

я думал про чет такое, но как-то не особо доходили руки

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

через биты контекстовые

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

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

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

это хрень, ты всё равно перерисуешь всю форму, кроме незатронутых полей

а как ты знаешь затронулось он оили нет ?

а

все вспомнил

а хотя не

если у тебя какой-то вложенный филд

есть

ERROR: S client not available

и ты хочешь ток его

то черзе контекст ты сможешь без ререндера всей формы

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

контекст работает на полном ререндере, макимум что он может - это отсечь ререндер одного или нескольких консумеров

тип он не forceUpdate, а blockUpdate

у тебя 10 филдов

ты знаешь что поменялся один

ты отсекаешь 9 консумеров

и обновляешь один

я про то, что контексты новые из 16.3 реакта не так работают как ты хочешь

всмысле

а как ?

ну да, так и будет, но всё что до консумеров обновится

ну да

а не только тот консумер у которого положительная проверка по битам

смотри

у меня есть 2 компонента

1 компонент форма

а второй компонент таблица с инпутами

таблица пьюр компонент

я меняю один филд

таблица не перередеривается т.к она не юзает все данные

а ререденится ток филд

таблица пьюр компонент

вот, контексты так не работают

не перерендерится таблица, не обновятся консумеры

на эту тему есть issue blocked updates react router

а это разве не трабла старого контекста 7

и нового

да

ну ща проверю

чет