为什么不使用 cookie 而不是 Redux？
Why not use cookies instead of Redux?
我一直在阅读 Redux，它解决了很多问题。但本质上它只是一个中央 'true' 存储。
直觉上，我发现状态仍然通过 props 或 context 传递的事实并不优雅。
除了磁盘 i/o 速度之外，为什么不使用本地 cookie 存储作为中央数据存储？这将消除通过组件传递数据的需要。
我看到的唯一挑战是数据安全，但这不是所有应用程序的问题。
根据 Dave 的评论进行阐述。我的实际问题更多是关于拥有一个中央 Redux 风格商店而不需要通过 props 或上下文主动传递状态的可能性。 Cookie 似乎是第一个值得探索的有趣途径。
快进几年的经验：
- redux的重点是不可变的数据流，cookie更像是一个全局变量
- 您可以使用 cookie 存储或本地存储 API 来存储数据（参见
react-redux-persist），但您不会依赖它来提高性能
- 我们无法控制 cookie 处理（由浏览器决定），因此依赖它不是为了兼容性
因为您会无休止地检索 cookie 数据并决定是否需要重新呈现。这并不比在 DOM 或任意网络数据库存储中分散数据好：最终问题是相同的，因为它与渲染断开连接。
它从你的代码中完全消除了 React 的一个好处：在 React 中拥有状态和属性的全部意义在于它处理重新渲染（或缺乏）为你.
Redux 模式不仅仅是 "central storage"，它可以通过无数种任意方式实现。它还指定了如何访问存储（操作流），这提供了许多额外的好处。这与 如何 存储数据是正交的。
如果您想要更有意义的回复，您需要捍卫您的声明 "passing data through props or context is inelegant"。这是单向数据流；它并非天生不优雅。
我一直在阅读 Redux，它解决了很多问题。但本质上它只是一个中央 'true' 存储。
直觉上，我发现状态仍然通过 props 或 context 传递的事实并不优雅。
除了磁盘 i/o 速度之外，为什么不使用本地 cookie 存储作为中央数据存储？这将消除通过组件传递数据的需要。
我看到的唯一挑战是数据安全，但这不是所有应用程序的问题。
根据 Dave 的评论进行阐述。我的实际问题更多是关于拥有一个中央 Redux 风格商店而不需要通过 props 或上下文主动传递状态的可能性。 Cookie 似乎是第一个值得探索的有趣途径。
快进几年的经验：
- redux的重点是不可变的数据流，cookie更像是一个全局变量
- 您可以使用 cookie 存储或本地存储 API 来存储数据（参见
react-redux-persist），但您不会依赖它来提高性能 - 我们无法控制 cookie 处理（由浏览器决定），因此依赖它不是为了兼容性
因为您会无休止地检索 cookie 数据并决定是否需要重新呈现。这并不比在 DOM 或任意网络数据库存储中分散数据好：最终问题是相同的，因为它与渲染断开连接。
它从你的代码中完全消除了 React 的一个好处：在 React 中拥有状态和属性的全部意义在于它处理重新渲染（或缺乏）为你.
Redux 模式不仅仅是 "central storage"，它可以通过无数种任意方式实现。它还指定了如何访问存储（操作流），这提供了许多额外的好处。这与 如何 存储数据是正交的。
如果您想要更有意义的回复，您需要捍卫您的声明 "passing data through props or context is inelegant"。这是单向数据流；它并非天生不优雅。