В чем разница между промежуточным программным обеспечением и редуцированным эпосом?

Question

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

Из документации по промежуточному программному обеспечению

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

Из документированной документации

Хотя вы чаще всего будете производить действия в ответ на какое-то действие, которое вы получили, на самом деле это не является обязательным требованием! Как только вы окажетесь внутри своего Epic, используйте любые шаблоны Observable, которые вы пожелаете, если все, что выводится из конечного возвращаемого потока, является действием.

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

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

Вопрос: Является ли основа FRP единственной вещью, которая выделяет их или есть определенные события в жизненном цикле приложения, которые лучше справляются с классическим промежуточным программным обеспечением или эпопеей?

Answer 1

"Промежуточное программное обеспечение" - это общий тип вещей, который можно использовать для настройки магазина Redux. redux-observable это специальное промежуточное ПО Redux, которое позволяет вам использовать логику RxJS для взаимодействия с отправленными действиями.