Redux、Flux、Vuex

前言

这篇文章不会用具体的代码去阐述redux、flux或者vuex，由于我以为它们所带来的更是一种编程思想。

前端进化和框架演变

在好久之前，前端没有MVVM的概念，MVVM是对MVC细化的说法（我的以为二者区别不大），MVC的模式一直在后台使用，效果和优势都很明显。

后来前端工程师仿照MVC模式开发了不少框架出来：backbonejs、angularjs、emberjs、knockoutjs等等。

再后来nodejs的崛起，出现了reactjs、vuejs、avalonjs,都是主打组件化，让数据来驱动视图，再配合像grunt和webpack前端工具更是让前端步入新的时代。

其实这里我想吐槽一下，前端从之前把注意力集中在布局和样式，转变成把精力投入到学习这些思想、工具、框架中，我作为一个前端工程师在这种过渡中以为是一种力不从心（可能年龄大了，es6普及后不知道还要了解多少新东西），虽然是一个把注意力从视图转到数据上的转变，但这过程其实要付出的挺多。

好，废话到此为止。

Redux 思想

Redux让你以一种新的方式思考开发应用个，这个方式是：状态从一个初始状态开始，被一系列动做序列改变，这种新方式是通往复杂Web应用的捷径。

这么一说，不少人一头雾水，啥意思？下面来个简单代码

var store = {
  state: {
    message: 'Hello!'
  },
  actionA: function () {
    this.state.message = 'action A triggered'
  },
  actionB: function () {
    this.state.message = 'action B triggered'
  }
}
//若是你想改变message的值，你能够调用actionA或者actionA去实现。

上面这段代码能够说就是Redux思想最简单的体现。

Flux

Flux是Facebook用户创建客户端Web应用的前端架构， 它经过利用一个单向的数据流补充了React的组合视图组件，这更是一种模式而非正式框架，你可以无需许多新代码状况下当即开始使用Flux

Flux应用有三个主要部分：Dispatcher调度 、存储Store和视图View(React 组件)，这些不该该和MVC:Model-View-Controll(模型-视图-控制器)混淆，控制器在Flux应用中是存在的，可是他们是controller-view(控制器-视图)，视图一般在一个结构顶部，而这种结构是用来从存储stroe得到数据，而后将数据传递到本身的子结构们，此外，Action建立者-Dispatcher的帮助类的方法 -用于支持一个语义API，这个API是描述应用程序中全部变化的可能，一般可将它们当作是Flux更新循环的第四部分。

Flux是以单向数据流方式支持MVC，当一个用户和React视图交互时，视图会将这个动做传播到一个中央Dispatcher，一直到各类存储，在那里保存着应用的数据和业务逻辑，这个使用React的声明式风格的过程是很是棒的，可以容许存储发送更新信息，而无需指定在状态之间如何切换视图。(传统方式更新状态后，会推出一个新的视图页面。)

Flux最初是用于正确导出数据，好比若是咱们要显示一系列消息的未读数字，而另一个视图显示的是全部消息，其中未读的消息会高亮显示。这种状况使用MVC很难处理，将一个消息变为已读状态须要更新消息模型，而后再须要更新未读的计数模型(将未读模型数字减1，由于刚发生一个已读改变)，这种依赖和级联更新常常发生在大型MVC应用，致使一个混乱的数据流编织和不可预知的结果。

控制器被存储反转控制：存储接受更新，适当地调节这些更新，而不是一致地依赖外部更新其数据，存储以外根本不知道它是如何管理领域数据的，这有助于实现一种清晰的分离关注。存储并无直接的相似setAsRead()之类的方法，而是只有一个单一方式获取数据到其自成一体的世界中，这个方式就是回调，注册在dispatcher中的callback。

结构和数据流

一个单向数据流是Flux模式的核心，上面示图应该是Flux程序员心中主要的模型图。dispatcher 存储和视图是有着不一样输入输出的独立节点，Action动做是一个简单对象，只是包含新的数据和一个标识符类型的属性。

视图也许引发新的动做Action，这个动做做为用户交互的响应将在整个系统传播：

全部经过dispatcher的数据流将做为一个集中式Hub，动做Action在一个action creator方法中被提供给dispatcher，这个动做一般来自于视图中用户的交互，dispatcher而后调用存储已经注册其中的回调函数，分发Action动做到全部的存储，在它们注册的回调函数中，存储会响应每一个和它保存的状态有关的每一个动做Action，存储而后发射一个 change改变的事件去提醒controller-view（控制器-视图），更新到刚刚改变的新数据。controller-view监听这些事件，而后在一个事件处理器中从存储中获取数据，controller-view调用它们本身的"setState()"方法，这会触发视图的从新渲染，包括DOM组件树中全部更新

经过应用的数据流是一个方向，没有两边绑定(two-way bingding：Angular.js有此方式)，应用状态在存储中维护，容许应用不一样部分保持解耦，在存储之间发生依赖的地方，它们可以保持严格的层次关系（设计原则：尽可能松耦合，没法回避的就变成树形层次结构），同步管理由dispatcher负责。

分享

说了那么多，重点仍是上面两张图，知道了这个流程，就掌握了它的大概思想，若是你仍是不懂，这里分享我的认为比较好的文章：

• 怎样理顺react，flux，redux这些概念的关系，开发中有必要使用它们吗?

• Redux 介绍

• 关于Vuex的几个疑问

• vuex介绍

• [译] Flux 入门