为什么要用redux?component自身管理自己的state难道不更解耦吗?
这是前几天百度2面的时候,面试官问我的一个问题。说实话当时有点紧张,其实也没去细想,本身react我就学了2个多星期,虽然看过redux这些源码,不过这个问题好像我从来没想过。
那其实react官网本身就是用自身管理state的例子的,所以当时我就回答说:没有人规定一定要用redux,如果应用简单,自身管理完全ok,redux是为了更好的管理数据,当然也不限定用几个redux。。。。后面可能还说了一些话,但其实当时有点蒙蔽了,就瞎几把扯了。。。
其实,redux的作者自己都说了:"尽管react+redux是经常联系在一起的,但不是所有app都非要用redux的."
如果再有人问你为什么要用redux?你可以大胆的说:“视情况而定!”,redux使得state只读,内部靠currentState这个私有变量维护。我们想改变state,只能通过reducer/actions。这样的好处是状态与action一一对应,比较好预测state的变化。项目做大了,也好整体测试。
而且有一种情况是,你在设计reducer的时候,用createreducers对reducers归类,这本身也是一种解耦 。
如果有人跟你说,redux可以更持久的维持状态,我觉得这句话没问题。但是不需要redux,我们也可以持久化状态。方法也很多,所以,这点上,我觉得不是非常必要。但记住,如果靠组件自身维持,你比如要在父级组件中维持这个状态,只是我们不用redux这个库而已,思想其实是一致的。
如果有人跟你说,redux利于组件间资源共享。这话也没问题。但是其实自身通过props也可以传。只不过同级别的无法共享。如果想不用redux这个库,我们也需要在他们的公共父级添加state来控制。
总而言之,有了redux方便我们做数据的持久维持,组件间资源共享。还支持了撤消/重做,不局限于自身state的控制。完完全全交给了action与reducer。这也是一种解放!!!!