redux - Redux 是否有更好的方法来处理非常大的状态对象？

Question

我们正在计划一个 Electron 应用程序，并且我们正在考虑 Redux。该应用程序将具有巨大 状态，可能会从数十个或数百个文件中读取数据。在做一些了解 Redux 的研究时，我发现 reducer 方法绝不能改变状态，并且必须创建一个有任何变化的新状态。如果应用程序的状态非常大，这将是一个问题，因为现在我们需要深入复制状态中的所有内容(它将是一堆嵌套对象)，并且我们将占用双倍的用于保存状态一次的内存，然后旧状态将被删除。这似乎一点也不理想。

在 Redux 中有没有更好的方法来处理这种情况？

Answer 1

你不应该深度复制。事实上，我想说深度复制与 redux 方式是违反直觉的。

大部分时间您将通过引用进行复制，这非常快。

如果你担心你的状态树太大，我推荐 redux-ignore , 分解事物。

我目前正在运行一个包含 200 多个 reducer 的 redux 应用程序。我还没有检测到 redux 造成的瓶颈，即使是在廉价的 android 移动设备上也是如此。