动机

随着 JavaScript 单页面应用的需求变得越来越复杂，我们的代码必须管理比以往更多的状态。这些状态可以包括服务器响应和缓存数据，以及尚未持久化到服务器的本地创建数据。UI 状态的复杂性也在增加，我们需要管理活动路由、选中的标签页、加载动画、分页控件等等。

管理这些不断变化的状态很困难。如果一个模型可以更新另一个模型，那么视图可以更新模型，模型又更新另一个模型，而这又可能导致另一个视图更新。到某个时候，你不再理解你的应用程序中到底发生了什么，因为你失去了对状态的何时、为何以及如何变化的控制。 当系统变得不透明且非确定性时，很难重现错误或添加新功能。

如果这还不够糟糕，试想一下前端产品开发中日益普遍的新需求。作为开发者，我们被期望处理乐观更新、服务端渲染、在路由转换前抓取数据等等。我们发现自己正在试图管理一种前所未有的复杂性，不可避免地会问出这个问题：是否该放弃了？ 答案是否定的。

This complexity is difficult to handle as we're mixing two concepts that are very hard for the human mind to reason about: mutation and asynchronicity. I call them Mentos and Coke. Both can be great in separation, but together they create a mess. Libraries like React attempt to solve this problem in the view layer by removing both asynchrony and direct DOM manipulation. However, managing the state of your data is left up to you. This is where Redux enters.

继承了 Flux、CQRS 和 事件溯源（Event Sourcing） 的思想，Redux 试图通过对更新的方式和时间施加一定的限制，使状态变异变得可预测。 这些限制反映在 Redux 的三大原则中。