在我看来，你走在正确的道路上。文档一开始可能有点棘手，但我可以告诉你我和我的团队是如何使用实现的。

解决你的第一个问题；如果状态是特定于组件的，那么我们将与组件保持该状态。这方面的一个例子是一个在本地记录页面的面板——没有其他东西需要知道这种行为。因此，在这种情况下，我们不会在页面更改时触发 redux 操作，这将在组件结构中使用 refs 进行内部处理。

我们的 redux 状态主要由通过 xhr 请求或从共享状态收集的数据组成。共享状态的一个示例是管理使用该范围显示数据的多个组件之间的时间范围。在这种情况下，我们将触发一个 redux 动作；使用更改为的任何内容更新日期状态（同时还通过 xhr 更新其他一些状态项），然后最终返回到组件并重新渲染。

话虽如此，通过 refs 触发操作是完全可以接受的，这只是关于特定用例的内容。

解决你的第二个问题；redux 建议使用Smart & Dumb组件概念。所以你是对的，你将一个函数向下传递给愚蠢的组件来使用。

我们在连接设置中使用 mapDispatchToProps 。所以基本上你传递一个函数，它返回一个函数“调度程序”的对象。您将能够直接在智能组件的this.props.

mapDispatchToProps 示例

function mapDispatchToProps(dispatch) {
  return {
    myAction: () => dispatch(actions.myAction()),
  };
}

所以这在 99% 的情况下都有效，但我遇到了一些我们确实使用全局事件总线的极端情况，所以在尝试坚持 Smart / Dumb 组件方法时不要害怕同时使用两者可能的。

作为旁注，我建议使用reselect将您的 redux 状态映射到智能组件。您还可以在此处找到其他出色的 redux 资源（我们列出了一些我们使用的内容）。

对话框的状态应该在 redux 存储中，由操作触发。是否应呈现应通过检查 redux 存储中的状态来确定。

App.render() 应该是这样的：

render() {
  const { showDialog } = this.props;

  return (
    <div>
      <AppBar ... />
      { showDialog ? <PostFormDialog ... /> : false }
      <PostList ... />
    </div>
  );
}

哪里mapStateToProps会像state => {{ showDialog: state.showDialog }}

就提供动作创建器而言，将其传递到props树可能是正确的方法，除非您有一些合适的位置可以让另一个智能组件有意义。