我想了解何时适合在redux可观察的史诗上使用redux 中间件（反之亦然）。
来自 redux 中间件文档
它在调度一个动作和它到达减速器的那一刻之间提供了一个第三方扩展点。人们使用 Redux 中间件进行日志记录、崩溃报告、与异步 API 通信、路由等。
来自 redux-observable文档
虽然您通常会根据收到的某些操作生成操作，但这实际上并不是必需的！进入 Epic 后，只要从最终返回的流中输出的任何内容都是一个动作，就可以使用任何你想要的 Observable 模式。
我的理解是，redux 中间件中的操作可能会也可能不会命中 reducer，如果确实如此，它可能会或可能不会导致状态更改。在史诗中，你可以产生一个新的动作，它可能会也可能不会击中减速器或导致状态变化。
看起来两者都可以用来启用副作用，所以两者之间的区别对我来说变得有点模糊。
问题： FRP 基础是唯一将它们区分开来的东西，还是应用程序生命周期中的特定事件可以更好地处理经典中间件或史诗？