Нужно ли нам объявлять состояния в компонентах после того, как обучение реагирует с редуксом?

Question

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

Как уже объяснялось, Redux - это библиотека управления состояниями, которая используется для хранения всех возможных состоянийВаше приложение реагирует в одном месте и уменьшает избыточность кода для доступа к любому конкретному состоянию в любом компоненте.

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

Пожалуйста, объясните это и, если возможно, предоставьте также некоторый пример.

Спасибо

Answer 1

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

Вот источник и более глубокое объяснение: https://github.com/reduxjs/redux/issues/1287

Answer 2

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

например. состояние поповера / состояние раздела «Подробнее» которые не нужны для доступа извне к компоненту.

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

Answer 3

Я все еще пользуюсь государством в большинстве случаев. Например, если вы используете форму, вам не нужно создавать действия, редукторы и селекторы для каждого ввода, флажок и т. Д. Redux используется, когда вам нужно получить доступ к состоянию из одного компонента в другом компоненте, который находится «далеко». Я бы сказал, что для всех остальных случаев, когда вам просто нужно ваше состояние в фактическом компоненте или в том, который является родительским или дочерним для компонента, просто переходите к традиционному состоянию.