繁体   English   中英

Redux中间件和Redux可观察的史诗有什么区别?

[英]What is the difference between a redux middleware and a redux-observable epic?

我想了解何时在Redux可观察的史诗上使用Redux中间件是合适的(反之亦然)。

来自Redux中间件文档

它在调度动作与到达减速器之间提供了第三方扩展点。 人们使用Redux中间件进行日志记录,崩溃报告,与异步API对话,路由等等。

从Redux可观察的文档

尽管您通常会根据收到的某些动作做出动作,但这实际上不是必需的! 一旦进入Epic,只要最终返回的流中的任何输出都是可操作的,就可以使用所需的任何Observable模式。

我的理解是,redux中间件中的操作可能会或可能不会遇到减速器,如果这样做,则可能会或可能不会导致状态改变。 在史诗中,您可以产生一个新动作,该动作可能会或可能不会撞击减速器或导致状态改变。

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

问题: FRP基础是唯一使它们区别开的东西吗?还是在应用程序的生命周期中存在特定事件,最好用经典的中间件或史诗来处理?

“中间件”是一种通用类型的事物,可用于自定义Redux存储。 redux-observable特定的 Redux中间件,它使您可以使用RxJS逻辑与调度的动作进行交互。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM