Redux或mobx：给我们带来的革新

我们解决什么问题？
每个人都希望在应用程序中进行状态管理。但是它给我们解决了什么问题呢？大多数人从一个小应用程序开始，并且已经引入了一个状态管理库。每个人都在谈论这件事，不是吗？终极版！mobx！但大多数应用程序从一开始就不需要雄心勃勃的状态管理。它更是危险的，因为大多数人都不会经历像归来或mobx解决问题库。
目前的现状是与组件构建一个前端的应用。组件具有内部状态。例如，在反应这样的局部状态处理this.state和setstate()。在日益增长的应用程序中，状态管理可以很快地随着本地状态而变得混乱，因为：
组件需要与另一组件共享状态。
组件需要改变另一个组件的状态。
    在某个时候，对应用程序状态进行推理变得更加困难。它变成了一个混乱的Web对象对象和层次结构层次上的状态突变。大多数情况下，状态对象和状态突变不一定绑定到一个组件。它们通过您的组件树到达，您必须向上和向下移动状态。
解因此是引入状态管理图书馆像mobx或归来。它为您提供了在某个地方保存状态、更改状态和接收状态更新的工具。你有一个地方可以找到你的状态，一个地方可以改变它，一个地方可以得到更新。它遵循真理的单一来源的原则。它使您更容易地对状态和状态的变化进行推理，因为它们从组件中分离出来。
状态管理的图书馆一样，回家和MobX经常有实用的插件，像他们mobx Redux和反应反应反应，给你的组件的访问状态。通常这些组件称为容器组件，或者更具体地说是连接组件。从组件层次结构中的任何地方，您都可以通过将组件升级为连接组件来访问和更改状态。
终极版和MobX之间有什么区别？
在我们之前的差异，我想给你和MobX之间的consitencies Redux。
这两个库用于管理JavaScript应用程序中的状态。它们不一定耦合到像反应库这样的库中。它们被用在其他图书馆一样，AngularJs和VueJs也。但它们与反应哲学很好地结合在一起。
如果选择一个状态管理解决方案，您将不会遇到供应商锁定。您可以随时更改到另一个状态管理解决方案。你可以从MobX归来或从回归到mobx。稍后我将向您演示这是如何工作的。
归来的Dan Abramov是磁通结构推导。与流量相反，它在多个存储区使用单个存储以保存状态。此外，它不使用分配器，而是使用纯函数来改变状态。