javascript - redux 中间件和 redux-observable 史诗有什么区别？

Question

我想了解什么时候适合使用 redux middleware在 redux-observable epic (反之亦然)。

来自 redux 中间件 documentation

It provides a third-party extension point between dispatching an action, and the moment it reaches the reducer. People use Redux middleware for logging, crash reporting, talking to an asynchronous API, routing, and more.

来自 redux-observable documentation

While you'll most commonly produce actions out in response to some action you received in, that's not actually a requirement! Once you're inside your Epic, use any Observable patterns you desire as long as anything output from the final, returned stream, is an action.

我的理解是，redux 中间件中的操作可能会或可能不会命中 reducer，如果命中，它可能会或可能不会导致状态更改。在史诗中，你可以产生一个新的 Action ，它可能会或可能不会命中 reducer 或导致状态改变。

看起来两者都可以用来产生副作用，所以两者之间的区别对我来说变得有点模糊。

问题:FRP 基础是唯一让它们与众不同的东西，还是应用程序生命周期中的特定事件最好用经典中间件或史诗来处理？

Answer 1

“中间件”是一种通用类型的东西，可用于定制 Redux 存储。 redux-observable 是一个特定 Redux 中间件，它允许您使用 RxJS 逻辑与分派(dispatch)的操作进行交互。