reactjs - 为什么不使用 cookie 而不是 Redux？

Question

我一直在阅读 Redux，它解决了很多问题。但本质上，它只是一个中央“真实”存储。

直觉上，尽管我发现状态仍然通过 Prop 或上下文传递的事实并不优雅。

除了磁盘 i/o 速度，为什么不使用本地 cookie 存储作为中央数据存储？这将消除通过组件传递数据的需要。

我看到的唯一挑战是数据安全，但这并不是所有应用程序的问题。

根据戴夫的评论进行详细说明。我的实际问题更多是关于拥有一个中央 Redux 风格商店的可能性，而无需通过 Prop 或上下文主动传递状态。 cookies 似乎是一个有趣的探索途径。

快进几年的经验:

redux 的重点是不可变的数据流，cookies 更像是一个全局变量

您可以使用 cookie 存储或本地存储 API 来存储数据(请参阅 react-redux-persist )，但您不会在性能方面依赖它

我们无法控制 cookie 处理(由浏览器决定)，因此依赖它对于兼容性来说是个坏主意

Answer 1

因为您将无休止地检索 cookie 数据并决定是否需要重新渲染。这并不比在 DOM 或任意 Web DB 存储中分散数据更好:最终问题是相同的，因为它与渲染断开连接。

它从您的代码中完全消除了 React 的一个好处:在 React 中拥有状态和属性的全部意义在于它可以为您处理重新渲染(或缺少重新渲染)。

Redux 模式不仅仅是拥有“中央存储”，它可以以无数任意方式实现。它还指定了如何访问存储(操作流)，这提供了许多额外的好处。这与数据的存储方式是正交的。

如果您想要更有意义的回复，您需要为“通过 Prop 或上下文传递数据不雅”的说法辩护。它是单向数据流；它本质上并不不优雅。