Я хотел бы понять, когда уместно использовать избыточное промежуточное программное обеспечение над наблюдаемым редуксом эпосом (и наоборот).
Из редуксапромежуточное программное обеспечение документация
Предоставляет стороннюю точку расширения между отправкой действия и моментом достижения редуктора.Люди используют промежуточное ПО Redux для ведения журналов, создания отчетов о сбоях, общения с асинхронным API, маршрутизации и т. Д.
Из документации , доступной для наблюдения за избыточным количеством
Хотя вы чаще всего будете производить действия в ответ на какое-то действие, которое вы получили, на самом деле это не является обязательным требованием!Как только вы окажетесь внутри своего Epic, используйте любые шаблоны Observable, которые вы хотите, если все, что выводится из конечного, возвращенного потока, является действием.
Насколько я понимаю, действие в промежуточном программном обеспечении с избыточностью можетили может не попасть в редуктор, и если это произойдет, это может или не может привести к изменению состояния.В эпосе вы можете создать новое действие, которое может или не может поразить редуктор или привести к изменению состояния.
Похоже, что оба могут быть использованы для включения побочных эффектов, поэтому разница между ними становитсянемного размыто для меня.
Вопрос: Является ли основа FRP единственной вещью, которая выделяет их или существуют определенные события в жизненном цикле приложения, которые лучше справляются с классическим промежуточным ПОили эпопея?