在数据驱动的redux应用程序中管理未使用的数据

Question

想象一下，一个数据驱动的应用程序，像酒店管理软件实现的react，现在我们有多个页面，如用户，签入，服务，发票等。

虽然打开每个页面数据都是从API加载并存储在redux存储中，所以我的问题是，在导航到新页面时，处理以前获取的数据的常见设计模式是什么，您在导航到发票时显然不需要用户，因为发票API提供了与每个发票相关联的最小用户信息。

• 那么，当我们导航到发票时，我们应该卸载ComponentWillUnmount中存储的用户吗？
• 我们应该把数据放在仓库里吗？
• 我们是否应该使用一个数组来保存我们的数据并每次覆盖它呢？

根据您的经验，有哪些最佳实践？

Answer 1

根据您的经验，有哪些最佳实践？

一般来说，我们总是可以遵循这些指导方针作为规则。一切都会就位的。

我们是否应该使用一个数组来保存我们的数据并每次覆盖它呢？

如果您有一些数据，如发票并不太复杂，也需要列出，但不需要经常更新，使用数组将工作良好。我们还可以使用选择器或实用程序，选择特定的发票和更新组件。

如果我们有频繁更新或嵌套列表的数据，则建议将其扁平化(正常化)。下面是一个细读：

假设发票经常更新？我们可以保存发票地图

{ 
    "invoiceId1" : {},
    "invoiceId2" : {}
}

那么，当我们导航到发票时，我们应该卸载ComponentWillUnmount中存储的用户吗?我们应该将数据保存在存储中吗？

这取决于用例。假设我们有一个单独的(路由)或页面组件，两者都坚持

• 复杂数据
• 总独立数据

然后建议清除它，否则它应该是好的。然而，在redux，如果我们是正常化的商店，那么它不应该是一个问题。请通过这个与Redux性能相关的常见问题，它将为Redux中的内存管理提供清晰的说明。