如果 Redux 操作实际上不执行任何操作，为什么它们被称为操作（IE 调度）

Question

如果 Redux 操作实际上并不对数据进行操作而只是返回一个有效负载，为什么它们被称为操作？

除了被分派之外，动作还有其他用途吗，为什么在调用时不分派动作？

这只是未来证明可与多个商店一起使用的应用程序的一种方式吗？

这也产生了对 mapDispatchToProps 的需求，它通常是完全样板代码，用于用调度调用包装动作

通常可以用这个函数来概括，它接受一个动作对象并返回一个 mapDispatchToProps 函数

// mapActionsToDispatchProps.js
const mapActionsToDispatchProps = actions => {
  return dispatch => (
    actions.mapEntries(action => (
      (...args) => dispatch(action(...args))
    )
  )
)
export default mapActionsToDispatchProps

Object.mapEntries示例。

编辑

我看到最后一个关于 mapDispachToProps 主要是样板的问题可以通过直接传递一个动作对象来避免，并且 connect 将为我映射它们。

Answer 1

请注意，动作只是一个带有type字段的普通对象，而动作创建者是一个返回动作对象的函数。

这里的命名是因为 Redux 最初是“Flux Architecture”的一个实现，而Flux 将“actions”定义为“带有type字段的简单对象”。将它们命名为“动作”还是“事件”的问题引起了激烈的争论，结论是继续使用 Flux 术语，因为这是现有 Flux 用户最熟悉的。

现在，当然，没有人记得其他 Flux 库的存在，许多人认为术语“动作”是 Redux 团队在某个时候发明的。

有关历史详细信息，请参阅以下 Redux 问题中的讨论：

• #140：文档改进
• #195：1.0 的重大 API 更改
• #384：建议动作常量以过去时命名
• #891：Redux 是否将操作与事件混为一谈？

是的，我们强烈鼓励人们使用的“对象速记”形式mapDispatch。