Reactjs Redux州结构最佳实践

Reactjs Redux州结构最佳实践,reactjs,redux,Reactjs,Redux,我是React/Redux的初学者,我读过很多类似的话题,但没有一个能回答我的问题:-/ 假设我要构建一个项目管理应用程序。有一个项目列表,每个项目可以有一个会议列表,项目和会议都可以有一个任务或文档列表。应用程序中的每个实体(项目、会议、任务等)都可以有一个用于筛选的标记列表 现在我的问题是——如何为这种应用构建Redux应用商店?将所有数据保留在存储中是一种好方法,还是最好只加载当前按需查看(从API)所需的数据并将其保留在存储之外 对我来说,将所有数据都放在存储中,对其进行更改(如通过We

我是React/Redux的初学者,我读过很多类似的话题,但没有一个能回答我的问题:-/

假设我要构建一个项目管理应用程序。有一个项目列表,每个项目可以有一个会议列表,项目和会议都可以有一个任务或文档列表。应用程序中的每个实体(项目、会议、任务等)都可以有一个用于筛选的标记列表

现在我的问题是——如何为这种应用构建Redux应用商店?将所有数据保留在存储中是一种好方法,还是最好只加载当前按需查看(从API)所需的数据并将其保留在存储之外


对我来说,将所有数据都放在存储中,对其进行更改(如通过WebSocket)并仅使用选择器显示所需内容似乎很好,但我无法想象将数千个实体保存在Redux存储中。

尝试将状态数据规范化(解释规范化数据的外观)。然后,您可以使用
重新选择
库来“取消规范化”数据并获得完整的实体树。至于在你的州里存储什么,你将不得不决定什么地方仍然有意义,什么时候有太多的数据。这取决于实体数量和一个实体的大小,但通常情况下,如果有1k+个项目,您应该开始考虑在状态中只有“一些”实体。是的,存储是规范化的,管理如此嵌套的结构将是一场噩梦:-DTry使您的状态数据规范化(解释规范化数据的外观)。然后,您可以使用
重新选择
库来“取消规范化”数据并获得完整的实体树。至于在你的州里存储什么,你将不得不决定什么地方仍然有意义,什么时候有太多的数据。这取决于实体数量和一个实体的大小,但通常情况下,如果有1k+个项目,您应该开始考虑只有“一些”实体处于状态。是的,存储已规范化,管理如此嵌套的结构将是一场噩梦:-D