хранения сущностей - это плохая практика?)
Это отличная практика
Форма, которую заполняет юзер — это точно ui состояние?
Асинхронные валидации, например, как происходят в твоём решении? Фетч прямо в onchange? Это разве не слой бизнес-логики, в котором от UI ничего нет?
Это не UI состояние, это эфемерное состояние
Конечно, если брать форму состоящую из одного инпута, то значение этого инпута это безусловно UI состояние и в хранилище ему ловить нечего.
Валидационные ошибки это по сути вычисляемое значение от состояния формы
Асинхронные
Ну, дело твоё. И код твой. С богом
Послушай деда(Ивана). Дед может и иронизирует, но умные вещи говорит
А нафига на onchange делать fetch? Самая бронебойная форма в моем понимании будет работать так: Валидирует форму фронт (либо на onchange, либо на submit - не столь важно). Но все же мы допускаем ситуацию в которой фронт что то упустил и бэк после сабмита ответил 400. В таком случае - да, я буду прям в UI разбираться с тем что там серверу не понравилось. Хранить валидационные ошибки, как и целиком состояние формы - в глобальном хранилище это зачем и к чему? Просто ради того что бы не хранить это в стейте?)
Асинхронная валидация. Вбиваешь ты имейл в поле, а тебе система без сабмита говорит — «занято»
на каждый кейап?) бек по шаке не надает за ддос?
Я не предлагаю хранить в глобальном стейте. Я предлагаю не хранить в реакте. Но и пользоваться глобальным стейтом я не советую. Но это другой разговор.
Да, прям в onchange и с дебаунсом
Добро пожаловать в удивительный мир debounce
Просто потому что зачем нужно что то ещё?)
зачем делать херню и подпирать ее костылем?) ты введешь «as» и пока будт ити реквест и блочиться новвый уже введешь «asomemail@gmail.com» и получишь валидацию «невалидно», а оно валидно ?)
Не, ты разберись как дебаунс работает
Чтобы не лежала половина сетевого кода в компонентах, а вторая половина — в санках, например. Чтобы была централизованная обработка сетевых запросов, чтобы поддерживать можно было
Я в целом понимаю о чем ты говоришь, но это вопрос того как спроектирован сетевой слой твоего приложения. Централизованная обработка сетевых запросов вполне себе может быть выражена через ООП и API вполне может быть синглтоном
Да хоть через моноид идемпотентный. Забей
Да ладно, интересная же дискуссия)
а не ну если меилру...
да почти везде так сделано
Обсуждают сегодня