我目前正在学习 Redux，我认为拥有一个状态的真相来源有很大的好处。我想知道后端是否也可以从状态管理中受益，但我在网上没有看到任何关于它的信息，所以我认为不会。虽然我发现这似乎实际上是为了将 redux 状态管理概念带到后端......但我可能误解了它。
后端是否通常不会在内存中保持足够的状态以值得进行状态管理 - 我们不太可能在后端看到类似 Redux 的模式？
问问题
1850 次
2 回答
4
状态管理是软件中的一项基本功能，我们需要始终在后端或前端跟踪我们的数据。
所以更直接地说，这不仅仅是一个前端问题，请查看这个在服务器上使用 redux 的示例
话虽如此，状态管理并不总是需要（想想无状态应用程序！）
使用带有 Socket.io 的聊天应用程序之类的应用程序（我只是给您一些想法），您可能需要 redux（或其他库，如果有的话）来跟踪聊天的历史记录，以便当您的用户重新加载他们的标签时他们可以轮询服务器 - 您还必须管理与您的状态的数据库同步。
于 2017-02-02T00:30:56.750 回答
0
如果您在 express 中考虑 redux，由于某些原因可能不是最好的主意：1.您的应用程序应该是无状态的 2.您的事实来源是数据库。
如果你想实现一个状态管理，不要给我们的数据库施加压力或缓存/速度，你可以实现一个 redis（或类似的）作为状态管理。
于 2018-07-14T11:30:41.557 回答