关于redux适用的情况

最近在包子在学习redux。redux是一个状态管理的东西。里面有状态树。最开始设计这个redux是为了方便去管理。因为随着web／移动端开发的越来越多元化，都是倾向于组件形式的。但是多个组件她们如果要更改一个state的话，那么整个项目将会变得非常的复杂。

好吧，其实我也不知道我说的啥大家是否能懂。
在这些情况下，不需要redux：
1.项目比较简单，并且没有很复杂的通信

2.不需要用到wbesocket

3.视图层的数据来源单一

4组件之间的共享运用的比较少。像组件之间的共享，你如果用的是react，你可以用localStorage或者高阶组件

在这些情况下，需要用到redux：

1.与服务器大量的交互，并且还需要用到websocket

2.某个状态需要在全局任何的地方都能拿到

3.多交互多数据源

其实，我个人觉得，像redux的话，如果全局都是运用一个store的话，那么，当这个项目变得越来越庞大以及臃肿的时候，全局一个store是非常难以控制以及维护的。所以，大部分的人，都会建议，将整个项目按照功能划分，每个功能建立一个小的store。其次，模块之间的共用数据才会存到整个项目总共的store当中

所以对于一些简单的交互项目，用redux反而会复杂。并且并不是redux只能运用到react当中，redux可以应用于任何一个项目当中。比如，微信小程序。哈哈哈

一起学习进步吧。