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

Question

Исходя из фона вяза, концепция локального компонента отсутствует.И Redux очень похож на Elm Architecture.

Когда я использую JavaScript-фреймворки, такие как React и Vue, каждый компонент имеет локальное состояние.Когда я использую Redux с этими фреймворками, целесообразно ли локально ставить какое-то состояние? Или я должен придерживаться Elm, как архитектура для управления состоянием с Redux?

Примечание: IЯ использую Redux, но не React.

Answer 1

Когда вы используете React, лучше придерживаться концепции React.Согласно React структура видимого компонента представлена ​​состоянием и реквизитом.Самым быстрым и простым в управлении пользовательским интерфейсом реагирования является использование состояний, которые можно перерисовать с помощью функции setState, где, как если вы хотите перерисовать с помощью Reduct, вам нужно будет connect, dispatch and use props to rerender, так что это один шаг по сравнению с трехступенчатым процессом.

В ответ редукция используется в основном для двух функций:

• как область временного и быстрого доступа,
• способ взаимодействия нескольких независимых компонентов.

Answer 2

Целесообразно хранить некоторые состояния локально, так как для этого существует множество вариантов использования.

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

Локальное состояние в другом состоянии используется - как вы уже догадались - для управления локальным состоянием компонента (состоянием, которое не зависит от любой другой части вашего приложения).

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