child 组件应该在什么级别拥有自己的容器（逻辑 react-redux 的连接）组件，以便管理自己的 mapDispatchToProps？
At what level should a child component have his own container (logical react-redux's connect) component in order to manage his own mapDispatchToProps?
在 react-redux docs 上，Dan 将 clickHandler 从容器组件传递到 todolist，然后将其作为 props 传递给 todo。 child 组件应该在什么级别有自己的连接以通过 mapDispatchToProps 创建 clickHandler？
例如，如果待办事项有它自己的 children 迷你待办事项，需要与原始待办事项不同类型的点击处理程序，是否应该在容器待办事项列表中一直创建此点击处理程序并传递给待办事项和迷你待办事项？ 或 mini todo 是否应该有一个单独的容器组件，它通过自己的 mapDispatchToProps 创建自己的点击处理程序？
这个问题也适用于 mapStateToProps。
根据文档，如果组件想要订阅 Redux 存储更新，则使用 mapStateToProps。如果有必要保持 child 更新，它应该分离容器组件。
对于最佳实践，我建议 this。 （redux-duck 方法）只需查看存储库的星标即可。很多开发者都喜欢这个。
在 react-redux docs 上，Dan 将 clickHandler 从容器组件传递到 todolist，然后将其作为 props 传递给 todo。 child 组件应该在什么级别有自己的连接以通过 mapDispatchToProps 创建 clickHandler？
例如，如果待办事项有它自己的 children 迷你待办事项，需要与原始待办事项不同类型的点击处理程序，是否应该在容器待办事项列表中一直创建此点击处理程序并传递给待办事项和迷你待办事项？ 或 mini todo 是否应该有一个单独的容器组件，它通过自己的 mapDispatchToProps 创建自己的点击处理程序？
这个问题也适用于 mapStateToProps。
根据文档，如果组件想要订阅 Redux 存储更新，则使用 mapStateToProps。如果有必要保持 child 更新，它应该分离容器组件。
对于最佳实践，我建议 this。 （redux-duck 方法）只需查看存储库的星标即可。很多开发者都喜欢这个。