Comments 5
Запишем функцию
getStateв window.
это зачем?? Редуксовый стор лежит в контексте и должен извлекаться через хук useStore.
Ссылку на гитхаб не нашёл.
А чем плох уже популярный пакет React Hook Form?)
Постоянно работаю со сложными формами в реакте, (правда без Redux) и самые сложности возникают с встраиванием в такие пакеты готовых виджетов (по типу react-select, flatpicker, uppy), а также динамическими зависимыми частями форм (появляющимися, исчезающими), динамически меняющимися начальными значениями и. т. д.)
В статье в принципе показано как работать с простыми инпутами, но не сказано о преимуществах и недостатках относительно других решений ?
А в целом, интересно почитать как другие люди в реакте с формами борятся)
В статье описана "идеальная" библиотека для работы с формами, верно обозначена цель. Но почему-то полностью упущено упоминание уже готовых решений и что с ними не так. В этом случае создаётся ощущение Синдрома неприятия чужой разработки.
Не вы первый, не вы последний сталкиваетесь с такой проблемой. По моему опыту, это лечится со временем :) По теме - хранить формы в глобальном сторе не рекомендует даже создатель Redux. Это была одна из причин почему, например, проект redux-form в своё время закрылся.
Компоненты оболочки для инпутов пишутся за пару часов, под конкретные технологии проекта, учитывая дизайнерские фичи. И потом используются во всём проекте. Основные сложности бывают в имплементации всяких селектов, календарей итд, но это сложности на один раз. Что проще, сделать кастомный инпут с нуля учитывая особенности проекта или кастомизировать вашу либу?
Не в обиду автору, но мне кажется, что данное решение не является серебряной пулей, уже есть множество вариантов решений для работы с формами и ни одно никогда не покрывало 100% запросов из коробки.
Первая статья и с первого же предложения вся в пунктуационных ошибках ?
Эффективная работа с формами с помощью react-redux-hook-form