Javascript Redux中的容器组件太多（n个，其中n个未知），是否担心性能？

我正在构建一个web应用程序，其中将有帖子，用户可以对这些帖子发表评论，帖子可以有回复，我有

容器组件通过api获取所有帖子（我使用redux进行数据存储），但问题是现在我必须将太多数据传递给子组件，所以我想我应该创建容器组件

和

，所以在

组件中，我必须传递基本的post信息，然后post可以包含

，并且

可以包含

，因为我的数据在redux中被规范化了 例如：

---

所以这应该很容易，但我担心容器组件太多：）因为newsfeed可以有50篇文章，如果每篇文章有5条评论，那么将有250个容器组件，会因为容器组件太多而出现性能问题吗？，但是这种方法的优点是实现起来非常简单，所以我想知道在大型应用程序中，哪一种更好（这是大多数应用程序的常见问题），它们是如何实现的？

根据Dan Abramov的说法，您将有更好的性能连接（）-将更多容器连接到redux存储：

Dan创建了redux。我是目前的Redux维护人员，是的，这是正确的答案。另请参阅，以及我的博客文章。

entities : {
    "users" : {
        "byIds" : {
            "id" : { 
                // basic info
                "comments" : [4, 5, 6],
            }
        }  
    },
    "comments" : {
        "byIds" : {
            "id" : {
                "replies" : [1, 2, 3] // etc
            } 
        }
    }
    ... same replies
}