В Flux, как вернуть асинхронные ошибки (т.е. xhr) обратно в компоненты моего представления?
Данные приложения живут в магазинах
Приложение (UI) государство живет в магазинах (есть разные мнения, хотя)
Когда пользователь теперь отправляет форму, а сервер возвращает ошибку проверки, можно ли вернуть эту ошибку обратно в компонент представления (форму)? Поскольку компоненты представления (контроллера) обновляются только событиями изменения из хранилища, ошибка должна быть добавлена в хранилище. Другие люди говорят, что в этих случаях компоненты представления должны иметь возможность прослушивать события от создателей действий.
Что вы думаете об этом?
1 ответ
Возможно, дубликат Как обрабатывать асинхронные ошибки в Flux?
В случае, если ошибка не имеет значения для остальной части приложения, и вам не нужно регистрировать ее, я просто верну значение прямо компоненту. Например, допустим, что вы отправляете форму, а она возвращается 422 или что-то в этом роде... если вы не хотите что-то сделать с ошибкой, например сохранить ее, и ни один из других компонентов действительно не заботится о том, что она содержит ошибки, не беспокойтесь о это... просто обновить состояние View View.
Хотя, вообще говоря, лучше иметь состояние в самом верхнем компоненте, для некоторых компонентов (таких как формы) имеет смысл иметь "переходное" состояние, которое имеет значение только для них... например, когда вы печатаете текст в В этом случае нет никаких причин для того, чтобы связать это с компонентом верхнего уровня.