## <<[ #研究 redux vs. reflux  ]{ihkk838o_5mgqo1fu_ojc1k}>>

著作权归作者所有。
商业转载请联系作者获得授权，非商业转载请注明出处。
 
作者：杨森

链接：http://www.zhihu.com/question/35033259/answer/60878551
来源：知乎

谢邀，Flux 相关的轮子已经太多了，实在看不过来，抱歉。简单说说 Reflux 和 Redux 的区别吧。
之前我在 如何理解 Facebook 的 flux 应用架构？ - 知乎用户的回答 里提到过，
目前市面上很多 Flux 相关的框架就是把 Dispatcher 隐藏了，然后封装了
Action Creator 和 Component 绑定的细节，简单地说就是「简化 Flux 里冗余的代码和操作」。

Reflux 在实现上面说到的内容的基础上，又提供了很多开发者喜欢的功能，
比如 View 监听 Action 这种违背 Flux 概念但是确实在实际应用中很方便的特性。
而 Redux 并不仅仅是「简化 Flux」，它重新定义了 Flux 中每一个角色的功能、职责及实现方式。
其中最大的不同是没有 Store 的概念（或者说 Store 不再需要用户去定义），而增加了 Reducer 的概念。
Store 会通过我们定义的 Reducer 自动生成，使用 redux.createStore 方法。
此外，Redux 定义了一个 middleware 机制，可以让我们在 Action  中更方便的处理业务逻辑。
总结一下就是，如果你觉得目前 Flux 用着不爽太多冗余代码， 那么你写的 TinyFlux 很不错，
解决了你的很多问题；然而如果你想拥有更多 redux 带来的新特性，或者说你喜欢并推崇不可变的数据结构，
或者说你想显得逼格比较高，那么看懂并会用 redux 绝对是你的不二选择。

PS. redux 确实不错，我们已经开始着手在生产环境中使用了。

## <<[ redux 核心概念 ]{ihkk8iy2_m7b7y9yy_ojc1l}>>

http://www.jianshu.com/p/3334467e4b32

@[  栗荣飞 lirongfei  ]{ihfhxtnf_rb1yilae_m5km1}@

## <<[ Reflux 例子 ]{ihkkanga_e7f57let_ojc1m}>>

https://github.com/VladimirPal/react-flux-backbone