ю, что в любом приложении должен быть один источник правды.

Мое приложение будет иметь

90+ форм транзакций и 150 отчетовСложные структуры данных (родительский уровень, дочерний уровень, вычисления)

Итак, в React я нашел три запутанных места для хранения состояния:

Состояние компонента - используйте, когда мыне хочу поделиться даннымиПользовательский магазин Redux (под управлением разработчика) - использовать, когда мы хотим поделиться даннымиХранилище Redux-формы (управляется из-за избыточной формы) - использовать для проверкиЯ начал использовать избыточную формутолько для проверкии тогда я получилсмущенный когда он позволил мне получить доступ к хранилищу в форме избыточной формы для данных, поскольку я уже обращался к данным из состояния компонента, а также из своего пользовательского хранилища в избыточной памяти

Форма Redux не регистрирует скрытые поля. Для регистрации скрытых полей необходимо создать поле с отключенным атрибутом и т. Д.

Если вы делаете какие-либо вычисления, как, AMOUNT = QTY * RATE; Здесь пользователь будет вводить QTY и RATE, а AMOUNT будет вычисляться. Здесь это будет немедленно отражено в состоянии компонента, но не в состоянии формы приведения. Чтобы это отражалось в редуксной форме, мы должны стрелять.

this.props.dispatch(change('Invoice', 'amount', 55))

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

Только Redux-форма состояния

const amount = someReduxFormApiGet(QTY) + someReduxFormApiGet(RATE) this.props.dispatch(change('Invoice', 'amount', 55))

Только реагировать состояние

onChange(){ will have set QTY & RATE in component state} const amount = this.state.QTY * this.state.RATE

Вывод: если я пойду сredux-form Мне нужно будет написать дополнительный код, чтобы обеспечить синхронизацию избыточного хранилища, где в качестве состояния в компоненте React у меня будетhandleChange() функция, которая будет рисовать состояние вthis.state, Также чувствую, что у меня будет большая гибкость в состоянии компонента

Если моя модель данных станет более сложной, то будет очень сложно управлять в хранилище в форме избыточной формы. Тогда вот думаю не использоватьredux Пользовательский магазин ИЛИ Состояние компонента

Другие библиотеки, которые проверяют входные данные React, не используют Redux для реализации проверки. Это просто избыточная форма, которая использует избыточность для управления проверкой.

Итак, я пришел к выводу, что

Перевождь-формародился только для проверки а такжене для управления сложной моделью данных.

Сложные модели данных должны управляться в избыточном пользовательском хранилище или состоянии компонента соответственно

Из документации Redux-формы он очень хорошо справляется с валидацией, но для целей моделирования данных он предлагает решения, которые не являются на 100% простыми.

Нужна помощь в принятии решения

Должен ли я использовать избыточную форму хранилища для моделирования данных

ИЛИ ЖЕ

просто используйте для проверки

А ТАКЖЕ

использовать состояние компонента и пользовательское хранилище данных для моделирования данных?