Redux 缺点。如下：
- 中间件的基本能力还不够强
- state很容易滥用
- 你的应用要使用纯函数去处理变化
- 应用中，状态很多都要抽象到 store，那么何时使用 local states 何时接入 Redux store
- Redux 带来了函数式编程、不可变性思想等等，为了配合这些理念，开发者必须要写很多“模式代码（boilerplate）”，繁琐以及重复是开发者不愿意容忍的。当然也有很多 hack 旨在减少 boilerplate，但目前阶段，可以说 Redux 天生就附着繁琐
- 你的应用就要用 objects 或者 arrays 描述状态
以上种种限制，都不是构建一个应用所必要的。而全部都是 Redux 所强加的，那么这样好吗？
对于很多应用，是没必要的。但是对于另外一些场景，这些限制也都会转化成闪光之处，缺点仿佛又成了优点，包括且不限于：
- 便于调试，具体不再展开；
- 便于线上错误收集，只需要发送 states, actions 等快照即可；
- 结合 localStorage 初始化 store；
- 便于服务端渲染；
- 开发在线协作型应用的救命解药；
- 时光旅行 Undo／Redo；
- 便于测试
