React 16.3.0 был выпущен, а Context API больше не является экспериментальной функцией. Дэн Абрамов (создатель Redux) написал хороший комментарий здесь Об этом, но прошло 2 года, когда Контекст все еще был экспериментальной функцией.
Мой вопрос: по вашему мнению / опыту, когда мне следует использовать React Context вместо React Redux и наоборот?
duix npm. Это всего лишь простой диспетчер состояний с обратными вызовами, который очень легко реализовать. Чтобы было ясно: я создатель. 25.12.2018 Поскольку Context больше не является экспериментальной функцией, и вы можете использовать Context в своем приложении напрямую, он отлично подходит для передачи данных глубоко вложенным компонентам, для которых он был разработан.
Как написал Марк Эриксон в своем блоге:
Если вы используете Redux только для того, чтобы не передавать реквизиты, контекст может заменить Redux, но тогда вам, вероятно, вообще не нужен Redux.
Контекст также не дает вам ничего вроде
Redux DevTools, возможности отслеживать обновления вашего состояния,middlewareдля добавления централизованной логики приложения и других мощных возможностей, которыеReduxпредоставляет.
Redux намного мощнее и предоставляет большое количество функций, которые Context Api не предоставляет, также как упоминал @danAbramov
React Redux внутренне использует контекст, но не раскрывает этот факт в общедоступном API. Таким образом, вы должны чувствовать себя намного безопаснее, используя контекст через React Redux, чем напрямую, потому что, если он изменится, бремя обновления кода будет лежать на React Redux, а не на вас.
Его задача Redux - фактически обновить свою реализацию, чтобы она соответствовала последнему контекстному API.
Последнюю версию Context API можно использовать для приложений, в которых вы просто используете Redux для передачи данных между компонентами, однако приложение, которое использует централизованные данные и обрабатывает запросы API в создателях действий, использующих redux-thunk или redux-saga, по-прежнему будет нуждаться в redux. Помимо этого, у redux есть другие связанные библиотеки, такие как redux-persist, которые позволяют сохранять данные хранилища в localStorage и восстанавливать их при обновлении, что API контекста по-прежнему не поддерживает.
Как отметил @dan_abramov в своем блоге, Вам может не понадобиться Redux , у этого redux есть полезное приложение, например
- Сохранять состояние в локальном хранилище, а затем загружаться из него прямо из коробки.
- Предварительно заполните состояние на сервере, отправьте его клиенту в формате HTML и загрузитесь с него прямо из коробки.
- Сериализируйте действия пользователя и прикрепляйте их вместе со снимком состояния к автоматическим отчетам об ошибках, чтобы разработчики продукта
могли воспроизвести их для воспроизведения ошибок.- Передайте объекты действий по сети для реализации сред совместной работы без существенных изменений в написании кода.
- Сохраняйте историю отмены или внедряйте оптимистичные мутации без кардинальных изменений в написании кода.
- Путешествуйте между историей состояний в разработке и повторно оценивайте текущее состояние из истории действий при изменении кода, как TDD.
- Обеспечьте полный контроль и возможности контроля для инструментов разработки, чтобы разработчики продуктов могли создавать собственные инструменты для своих приложений
.- Предоставьте альтернативные пользовательские интерфейсы при повторном использовании большей части бизнес-логики.
С таким большим количеством приложений слишком рано говорить о том, что Redux будет заменен новым Context API.
Если вы используете Redux только для того, чтобы не передавать свойства глубоко вложенным компонентам, вы можете заменить Redux на Context API. Он как раз предназначен для этого варианта использования.
С другой стороны, если вы используете Redux для всего остального (наличие контейнера предсказуемого состояния, обработка логики вашего приложения вне ваших компонентов, централизация состояния вашего приложения с использованием Redux DevTools, чтобы отслеживать, когда, где, почему и как изменилось состояние вашего приложения, или с помощью таких плагинов, как Redux Form, Redux Saga, Redux Undo, Redux Persist, Redux Logger и т. Д.), То у вас нет абсолютно никаких причин отказываться от Redux. Context API ничего из этого не предоставляет.
И я лично считаю, что расширение Redux DevTools - удивительный, недооцененный инструмент отладки, который сам по себе оправдывает использование Redux.
Некоторые ссылки:
Я предпочитаю использовать redux с redux-thunk для выполнения вызовов API (также с использованием Axios) и отправки ответа редукторам. Он чистый и понятный.
Контекстный API очень специфичен для части react-redux о том, как компоненты React подключаются к хранилищу. Для этого подойдет react-redux. Но если вы хотите, поскольку Context официально поддерживается, вы можете использовать Context API вместо response-redux.
Итак, вопрос должен заключаться в Context API против response-redux, а не в Context API против redux. Кроме того, вопрос несколько самоуверенный. Поскольку я знаком с react-redux и использую его во всех проектах, я буду продолжать его использовать. (У меня нет стимула меняться).
Но если вы изучаете redux только сегодня и нигде не использовали его, стоит попробовать Context API и заменить response-redux на свой собственный код Context API. Может, так намного чище.
Лично это вопрос знакомства. Нет четкой причины выбирать одно перед другим, потому что они эквивалентны. А внутри react-redux все равно использует Context.
Единственные причины использовать Redux для меня:
Вероятно, вам не нужен уровень косвенности для всего приложения, поэтому можно смешивать стили и использовать локальное состояние / контекст и Redux одновременно.
- Если вам необходимо использовать промежуточное ПО для различных целей. Например, ведение журнала действий, создание отчетов об ошибках, отправка других запросов в зависимости от ответа сервера и т. д.
- Когда данные, поступающие из нескольких конечных точек, влияют на один компонент / представление.
- Если вы хотите иметь больший контроль над действиями в своих приложениях. Redux позволяет отслеживать действия и изменение данных, это значительно упрощает отладку.
- Если вы не хотите, чтобы ответ сервера напрямую менял состояние вашего приложения. Redux добавляет слой, на котором вы можете решить, как, когда и следует ли применять эти данные. Паттерн наблюдателя. Вместо того, чтобы создавать несколько издателей и подписчиков во всем приложении, вы просто подключаете компоненты к хранилищу Redux.
