还在纠结 Flux 或 Relay，或许 Redux 更适合你

在这个端应用技术膨胀的时代，每天都有一大堆框架冒出，号称解决了 XYZ 等一系列牛 X 的问题，然后过一段时间就不被提起了。但开发的应用还是需要维护的！所以选择框架时不要只顾着自己用着爽，还要想着以后别人接手时的难易度。

因为 Flux 本身约定不够细致，如何做异步、如何做同构这些非常普遍的问题，官方都没有给出详细的说明。还有 store，view 里一大堆重复代码，极速膨胀的 action 等问题。这也难免会冒出一堆“改良”性的轮子。有一些非常闪光，如 Redux，Reflux，Marty。Reflux 和 Marty 基本上只是去掉重复代码并为现有 Store，Action 增加一些灵活性，用起来比原生 Flux 上手更容易，但是总体二者没有跳出 Flux 的思想，大量依旧采用“传统”的 mixin 方式实现。如果项目不是很复杂可以试试。至于 Relay，由于需要后端 GraphQL 支持，对于采用 REST 接口开发的遗留项目和前后端分离的大团队来说成本切换有点高。

现在开始说今天的主角 Redux。Redux 由 Flux 演变而来，后来受 Elm 启发，去掉了 Flux 的复杂性，到现在越来越自成一派，甚至已经有了 Angular 的实现。最近开始把团队旧的纯 Flux 开发项目逐步往 Redux 上迁移。Redux 还是秉承了 Flux 单向数据流、Store is the single source of truth 的思想，这两点略过。下面谈一下使用 Redux 过程中的其它感受。

特性和优点

• 文档清晰，编码统一
• State, State, State -> Store
• Reducer
• Action

不足或不便

• 组件应尽可能无状态化
• 轮训和 WebSocket 请求的处理