vuex系列--浅析Vuex 的设计思想

一、前言

在聊之前，大家要始终记得一句话：一切前端概念，都是纸老虎。

不管是Vue，还是 React，都需要管理状态（state），比如组件之间都有共享状态的需要。什么是共享状态？比如一个组件需要使用另一个组件的状态，或者一个组件需要改变另一个组件的状态，都是共享状态。

如果不对状态进行有效的管理，状态在什么时候，由于什么原因，如何变化就会不受控制，就很难跟踪和测试了。如果没有经历过这方面的困扰，可以简单理解为会搞得很乱就对了。

在软件开发里，有些通用的思想，比如隔离变化，约定优于配置等，隔离变化就是说做好抽象，把一些容易变化的地方找到共性，隔离出来，不要去影响其他的代码。约定优于配置就是很多东西我们不一定要写一大堆的配置，比如我们几个人约定，view 文件夹里只能放视图，不能放过滤器，过滤器必须放到 filter 文件夹里，那这就是一种约定，约定好之后，我们就不用写一大堆配置文件了，我们要找所有的视图，直接从 view 文件夹里找就行。

根据这些思想，对于状态管理的解决思路就是：把组件之间需要共享的状态抽取出来，遵循特定的约定，统一来管理，让状态的变化可以预测。

 

二、什么是vuex

官方解释: Vuex 是一个专为 Vue.js 应用程序开发的状态管理模式。它采用集中式存储管理应用的所有组件的状态，并以相应的规则保证状态以一种可预测的方式发生变化。

大白话：对数据(data)统一的管理,如果涉及到了数据的处理，到vuex里面进出吧！就像是超市对商品的统一管理一样。

设计思想：Vuex 全局维护着一个对象，使用到了单例设计模式。在这个全局对象中，所有属性都是响应式的，任意属性进行了改变，都会造成使用到该属性的组件进行更新。并且只能通过 commit 的方式改变状态，实现了单向数据流模式。

 

三、源码解读

store 对象中有一个属性叫 state。state 包含了全部的应用层级状态。应用中的各个组件若使用了 state，则会保持与同步最新的状态。state 就好比是 vue 中的 data，但它是整个应用的 data。其实在想vuex是不是和vue的实现双向数据绑定一样，做了 object.defineproperty() 的处理。

我们从 store 对象被实例化的代码中开始。

import Vue from 'vue';
import Vuex from 'vuex';

Vue.use(Vuex);

const store = new Vuex.Store({
  state: {
    count: 0
  }
});

new Vue({
  el: '#app',
  store,
  // ...
});

store 对象是通过 new Vuex.Store 被实例化出来的，打开 src/index.js 文件，最下面的代码中可以看到 vuex 暴露出的 Store 这个 API：