这篇文章总结的很好, 大家可以看一看, 大致归纳如下: ● 对于同一个 action type 来说, 也许其内部的大多数逻辑都相似, action creator 正好可以收拢这部分逻辑, 避免在多个组件中进行重复创建...使用者根本无需关心内部的执行逻辑, 只需当作黑盒调用即可 ● 对于使用 action creator 的组件来说, 组件的测试性得以提升, 只要保证 creator 的测试正确, 使用到的组件可以直接对其进行函数级的..., 但如之前所说, 我们往往会使用 action creator 来优化对跨组件 action 的管理, 而 action creator 是一个带有入参为 payload 的函数, 通常调用方式如下:...当然, 现在官方已经开始推荐使用 redux-toolkit, 他是基于 Redux 的最佳实践, 简化了 Redux 的编写调用, 他采用了函数式、柯里化等编程思维, 具体差异可以参考官方说明....组件可以有多个Store有唯一的DispatcherState是可变的, 未做保护在Store中执行状态更新不支持异步操作Redux单向数据流函数式编程Flux架构的具体实现无技术栈限制只有一个Store