Flux: Где должны быть промежуточные ошибки?

Question

В документации Flux указано, что состояние должно храниться в магазинах. Должны ли после этого сохранять, сохранять сообщения об ошибках, связанные с сущностью, храниться в магазинах. Поскольку View будет получать свое первоначальное состояние из хранилища, следовательно, можно узнать, может ли его загрузка/сбережение из магазина.

Также при редактировании формы пользователь решает отменить редактирование, поэтому эти значения промежуточной формы должны храниться в состояниях состояния, а затем отправляться в хранилище?

Answer 1

Ваши поля ввода должны иметь свою собственную память. Это означает, что состояние Store (источник правды) неизменно отделено от любых изменений, происходящих в компонентах. Благодаря действиям эти изменения сообщаются в магазины. Являются ли они новой истиной или не с ошибками, состояние Store снова будет неизменно скопировано в состояние ввода компонента. Ошибки, я также перейду к компоненту, поскольку они применяются к входному состоянию, а не к сохраненному состоянию.

Магазины, как базы данных, вы редко помещаете любые временные записи или ошибки там. Если вы не написали текстовый редактор, в котором отслеживается история ввода ...

Answer 2

Я использую React очень функционально, так как все мои данные хранятся вне React как глобального объекта JSON, и эти данные вводятся в компонент верхнего уровня. Таким образом, React - это просто умный механизм шаблонов для меня: преобразование JSON в Virtual DOM, а затем приложение Virtual DOM к реальному DOM. Рендеринг всегда запускается из основного компонента и оптимизируется благодаря неизменности. Read more here

Я не согласен с Rygu, ошибки являются частью состояния. Магазины могут быть сопоставимы с базами данных, но что это значит? Что магазины должны содержать только то, что не является «временным» или что-то, что может считаться бессмысленным?

Для меня, если вы хотите включить функциональное программирование с помощью React, все, что отображается как DOM, должно быть, в первую очередь, передано в качестве реквизита ваших компонентов, включая ошибки. Если вы этого не сделаете, вы будете полагаться на побочные эффекты для управления DOM, и с течением времени будет сложнее рассуждать обо всех этих побочных эффектах.