Каковы различия между редуктами, реакционно-восстановительными, редукт-таковыми?

Я использую React + Flux. Наша команда планирует перейти от флюса к редуксу. Redux очень запутан для меня, исходя из мира флюсов. В поток управления потоком прост из Компоненты → действия → Хранить и сохранять обновления обратно компонентов. Его простой и понятный.

Но в сводках это путает. Здесь нет магазина, да есть примеры без использования магазина. Я прошел несколько учебников, кажется, у каждого свой стиль реализации. Некоторые используют контейнеры, а некоторые - нет. (Я не знаю эту концепцию контейнеров и не могу понять, что такое mapStateToProps, mapDispatchToProps).

  • Может ли кто-то четко объяснить, как происходит поток управления в сокращении?
  • Каковы роли компонентов/контейнеров/действий/создателей действий/хранения в сокращении?
  • Разница между redux/react-redux/redux-thunk/любые другие?
  • Было бы очень полезно, если вы сможете размещать ссылки на любые простые и точные учебные пособия по сокращению.

Ответы

Ответ 1

  • Может ли кто-то четко объяснить, как происходит поток контроля в редуксе? Redux имеет (всегда) один магазин.

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

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

  • Редуктор/s создает новое состояние, которое объединяет старое состояние и отправленное действие.

  • Абонентам магазина сообщается о наличии нового состояния.

  1. Каковы роли компонентов/контейнеров/действий/создателей действий/хранения в сокращении?

  • Store - удерживает состояние, и когда приходит новое действие, выполняется конвейер отправки → промежуточное ПО → редукторы и уведомляет подписчиков, когда состояние заменено новым.

  • Компоненты - немые части обзора, которые напрямую не знают о состоянии. Также известны как компоненты презентации.

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

Обратите внимание, что контейнеры/смарт-компоненты и немые компоненты - это просто хороший способ структурировать ваше приложение.

  • Действия - то же самое, что и командный шаблон потока с типом и полезной нагрузкой.

  • Создатели действий - СУХОЙ способ создания действий (не обязательно)

  1. Разница между redux/react-redux/redux-thunk/любыми другими?

  • redux - поток как поток с одним хранилищем, который можно использовать в любой среде, которая вам нравится, включая vanilla js, реагировать, angular 1/2 и т.д.

  • react-redux - привязки между redux и response, которые создают контейнеры (интеллектуальные компоненты), которые прослушивают изменения состояния хранилища, подготовьте реквизиты и перебейте презентационные (немые) компоненты.

  • redux-thunk - промежуточное программное обеспечение, которое позволяет писать создатели действий, которые возвращают функцию вместо действия. Thunk может использоваться для задержки отправки действия или для отправки только в том случае, если выполняется определенное условие. Используется в основном для асинхронных вызовов api, которые отправляют другое действие по успеху/сбою.

  1. Было бы очень полезно, если вы сможете публиковать ссылки на любые простые и точные учебники по сокращению.

Ответ 2

Чтобы ответить на вопрос о титуле:

Каковы различия между редукцией, реакцией-редукцией, редукцией?

  • redux: основная библиотека (независимая от React)
  • redux-thunk: промежуточное ПО сокращения, которое поможет вам с асинхронными действиями.
  • react-redux: связывает ваш магазин redux с ReactComponents

Ответ 3

  • redux: библиотека для управления состоянием приложения.
  • response-redux: Библиотека для управления React состоянием приложения.
  • redux-thunk: промежуточное ПО для ведения журналов, отчетов о сбоях, общения с асинхронным API, маршрутизации и т.д...

Ответ 4

На изображении ниже показано, как данные передаются в режиме редукции: как данные передаются через Redux? Преимущества Redux перечислены ниже:

Предсказуемость результата - поскольку всегда существует один источник правды, то есть хранилище, нет никакой путаницы в том, как синхронизировать текущее состояние с действиями и другими частями приложения. Ремонтопригодность - код становится легче поддерживать с предсказуемым результатом и строгой структурой. Рендеринг на стороне сервера. Вам просто нужно передать хранилище, созданное на сервере, на стороне клиента. Это очень полезно для первоначального рендеринга и обеспечивает лучший пользовательский опыт, поскольку оптимизирует производительность приложения. Инструменты разработчика - от действий до изменений состояния разработчики могут отслеживать все, что происходит в приложении, в режиме реального времени. Сообщество и экосистема - Redux поддерживает огромное сообщество, что делает его еще более увлекательным в использовании. Большое сообщество талантливых людей способствует улучшению библиотеки и разрабатывает различные приложения с ее помощью. Простота тестирования. Код Redux - это в основном небольшие, чистые и изолированные функции. Это делает код тестируемым и независимым. [Организация] [2] - Redux точно определяет, как должен быть организован код, это делает код более согласованным и простым, когда с ним работает команда.