为什么mapStateToProps和mapDispatchToProps不是Redux中的一个函数？

Question

有人能给我解释一下为什么Redux有两个函数mapStateToProps和mapDispatchToProps都将道具添加到容器中吗？

定义：

MapStateTops是一个帮助组件获得更新状态（由其他组件更新）的实用程序

mapDispatchToProps是一个实用程序，它将帮助您的组件触发操作事件（调度操作可能导致应用程序状态的更改）

为什么Redux团队选择将其分为两个映射函数——也就是说，为什么不只有一个函数mapToProps（state、dispatch、props）同时执行这两个功能？

• 仅仅是关注点的分离/更容易理解的原因吗？
• 是因为mapDispatchToProps中的重新绑定的性能问题，为每次更改创建新函数吗？为操作创建绑定提供单独的函数将有助于避免这项额外的工作？考虑到每个状态更改都会调用mapStateToProps。

例子：

const increaseAction = { type: 'increase' }

class Counter extends Component {
  render() {
    const { value, onIncreaseClick } = this.props
    return (
      <div>
        <span>{value}</span>
        <button onClick={onIncreaseClick}>Increase</button>
      </div>
    )
  }
}

function mapDispatchToProps(dispatch) {
  return {
    onIncreaseClick: () => dispatch(increaseAction)
  }

}

在codesandbox上查看此Redux示例

Answer 1

@Andrey Prokhorov是对的，你问的很有趣。今天早些时候，我发现自己处于github问题的内部，并发现了这个问题（将state添加为mapDispatchToProps的第三个参数）。虽然标题似乎没有关联，但如果你仔细阅读评论，gaearon（react-redux的创造者）解释道：

请看看#1。这一选择已被考虑和拒绝。是的，在每次调度中重新绑定动作创建者对性能非常不利，如果我们让人们在绑定动作创建者的同一个地方访问状态，就会发生这种情况。从技术上讲，他们现在仍然可以用合并道具来做，但是它隐藏得足够好，没有Redux经验的人不会错误地发现它。

我还链接到了gaearon链接到react-redux讨论的第一个问题（实际上是github上react-redux的第一个问题）。我相信他们可以把它改成你描述的方式，但我认为盖伦的评论总结了这一点：

这个库的目标是鼓励性能模式，否则人们会说“Redux太慢了！”即使原因是它们的次优函数绑定代码。我们不希望这种情况发生，所以我们宁愿让某些未执行的案例更难实施。