React redux：容器组成
react redux: containers composition
我正在构建一个 React+Redux 应用程序，我到了这个地步
考虑在另一个容器中使用一个容器。我问自己是否
这是一个好方法，即。这是好的做法，还是我们应该严格遵守 1 个容器和多个组件的规则？
让我引用 Dan Abramov's article 关于展示组件和容器组件的内容：
When you notice that some components don’t use the props they receive but merely forward them down and you have to rewire all those intermediate components any time the children need more data, it’s a good time to introduce some container components. This way you can get the data and the behavior props to the leaf components without burdening the unrelated components in the middle of the tree.
...这意味着如果您觉得有必要，将一个容器组件放在另一个容器组件中是完全没问题的。
很难找到哪个组件应该保留 "dumb" 以及哪个组件应该知道应用程序并成为容器。我认为在另一个容器中使用容器不是问题/反模式。如果您的应用程序的一部分在不同的页面上使用，它可以是一个容器，可以连接并在不同的页面中使用 pages/containers，请注意：此 "container component" 将特定于此应用程序
我正在构建一个 React+Redux 应用程序，我到了这个地步 考虑在另一个容器中使用一个容器。我问自己是否 这是一个好方法，即。这是好的做法，还是我们应该严格遵守 1 个容器和多个组件的规则？
让我引用 Dan Abramov's article 关于展示组件和容器组件的内容：
When you notice that some components don’t use the props they receive but merely forward them down and you have to rewire all those intermediate components any time the children need more data, it’s a good time to introduce some container components. This way you can get the data and the behavior props to the leaf components without burdening the unrelated components in the middle of the tree.
...这意味着如果您觉得有必要，将一个容器组件放在另一个容器组件中是完全没问题的。
很难找到哪个组件应该保留 "dumb" 以及哪个组件应该知道应用程序并成为容器。我认为在另一个容器中使用容器不是问题/反模式。如果您的应用程序的一部分在不同的页面上使用，它可以是一个容器，可以连接并在不同的页面中使用 pages/containers，请注意：此 "container component" 将特定于此应用程序