Vue学习笔记（5）（Vuex）

最新推荐文章于 2024-09-16 03:58:35 发布

Lu_xiuyuan

最新推荐文章于 2024-09-16 03:58:35 发布

阅读量280

点赞数

分类专栏：前端 vue.js 学习笔记文章标签：前端 vue.js javascript

本文链接：https://blog.csdn.net/Lu_xiuyuan/article/details/116923084

版权

前端同时被 3 个专栏收录

21 篇文章 1 订阅

订阅专栏

学习笔记

16 篇文章 0 订阅

订阅专栏

vue.js

7 篇文章 0 订阅

订阅专栏

Vue2.x学习笔记。原视频教程：最全最新Vue、Vuejs教程，从入门到精通_哔哩哔哩 (゜-゜)つロ干杯~-bilibili

Vuex

认识Vuex

官方解释：Vuex 是一个专为 Vue.js 应用程序开发的状态管理模式。

它采用集中式存储管理应用的所有组件的状态，并以相应的规则保证状态以一种可预测的方式发生变化。
Vuex 也集成到 Vue 的官方调试工具 devtools extension，提供了诸如零配置的 time-travel 调试、状态快照导入导出等高级调试功能。

状态管理到底是什么？

状态管理模式、集中式存储管理这些名词听起来就非常高大上，让人捉摸不透。
其实，你可以简单的将其看成把需要多个组件共享的变量全部存储在一个对象里面。
然后，将这个对象放在顶层的Vue实例中，让其他组件可以使用。
那么，多个组件是不是就可以共享这个对象中的所有变量属性了呢？

等等，如果是这样的话，为什么官方还要专门出一个插件Vuex呢？难道我们不能自己封装一个对象来管理吗？

当然可以，只是我们要先想想VueJS带给我们最大的便利是什么呢？没错，就是响应式。
如果你自己封装实现一个对象能不能保证它里面所有的属性做到响应式呢？当然也可以，只是自己封装可能稍微麻烦一些。
不用怀疑，Vuex就是为了提供这样一个在多个组件间共享状态的插件，用它就可以了。

但是，有什么状态时需要我们在多个组件间共享的呢？

如果你做过大型开放，你一定遇到过多个状态，在多个界面间的共享问题。
比如用户的登录状态、用户名称、头像、地理位置信息等等。
比如商品的收藏、购物车中的物品等等。
这些状态信息，我们都可以放在统一的地方，对它进行保存和管理，而且它们还是响应式的。

单界面的状态管理

我们知道，要在单个组件中进行状态管理是一件非常简单的事情

什么意思呢？我们来看下面的图片。

这图片中的三种东西，怎么理解呢？

State：不用多说，就是我们的状态。（你姑且可以当做就是data中的属性）
View：视图层，可以针对State的变化，显示不同的信息。（这个好理解吧？）
Actions：这里的Actions主要是用户的各种操作：点击、输入等等，会导致状态的改变。

写点代码，加深理解：

在这个案例中，我们有木有状态需要管理呢？没错，就是个数counter。
counter需要某种方式被记录下来，也就是我们的State。
counter目前的值需要被显示在界面中，也就是我们的View部分。
界面发生某些操作时（我们这里是用户的点击，也可以是用户的input），需要去更新状态，也就是我们的Actions

多界面状态管理

Vue已经帮我们做好了单个界面的状态管理，但是如果是多个界面呢？

多个试图都依赖同一个状态（一个状态改了，多个界面需要进行更新）
不同界面的Actions都想修改同一个状态（Home.vue需要修改，Profile.vue也需要修改这个状态）

也就是说对于某些状态(状态1/状态2/状态3)来说只属于我们某一个试图，但是也有一些状态(状态a/状态b/状态c)属于多个试图共同想要维护的

状态1/状态2/状态3你放在自己的房间中，你自己管理自己用，没问题。
但是状态a/状态b/状态c我们希望交给一个大管家来统一帮助我们管理！！！
没错，Vuex就是为我们提供这个大管家的工具。

全局单例模式（大管家）

我们现在要做的就是将共享的状态抽取出来，交给我们的大管家，统一进行管理。
之后，你们每个试图，按照我规定好的规定，进行访问和修改等操作。
这就是Vuex背后的基本思想。

Vuex基本使用

0. 安装：

npm install vuex --save

1. 提取公共store对象，保存共享状态

首先，我们需要在某个地方存放我们的Vuex代码：

这里，我们先创建一个文件夹store，并且在其中创建一个index.js文件

在index.js文件中写入如下代码：

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

Vue.use(Vuex)

const store = new Vuex.store({
    state: {
    },
    mutations: {
    } 
    //需要共享的状态
})

export default store

2. 挂载到Vue实例中

其次，我们让所有的Vue组件都可以使用这个store对象

来到main.js文件，导入store对象，并且放在new Vue中
这样，在其他Vue组件中，我们就可以通过this.$store的方式，获取到这个store对象了

import Vue from 'vue'
import App from './App'
import store from './store'

//Vue.config.productionTip = false

new Vue({
  el: '#app',
  store,
  render: h => h(App)
})

3. 使用store对象

在其他组件中使用store对象中保存的状态即可

通过this.$store.state.属性的方式来访问状态
通过this.$store.commit('mutation中方法')来修改状态

Vuex核心概念

state

Vuex提出使用单一状态树, 什么是单一状态树呢？

英文名称是Single Source of Truth，也可以翻译成单一数据源。

但是，它是什么呢？我们用一个生活中的例子做一个简单的类比：

我们知道，在国内我们有很多的信息需要被记录，比如上学时的个人档案，工作后的社保记录，公积金记录，结婚后的婚姻信息，以及其他相关的户口、医疗、文凭、房产记录等等（还有很多信息）。
这些信息被分散在很多地方进行管理，有一天你需要办某个业务时(比如入户某个城市)，你会发现你需要到各个对应的工作地点去打印、盖章各种资料信息，最后到一个地方提交证明你的信息无误。
这种保存信息的方案，不仅仅低效，而且不方便管理，以及日后的维护也是一个庞大的工作(需要大量的各个部门的人力来维护，当然国家目前已经在完善我们的这个系统了)。

这个和我们在应用开发中比较类似：

如果你的状态信息是保存到多个Store对象中的，那么之后的管理和维护等等都会变得特别困难。
所以Vuex也使用了单一状态树来管理应用层级的全部状态。
单一状态树能够让我们最直接的方式找到某个状态的片段，而且在之后的维护和调试过程中，也可以非常方便的管理和维护。

Getters

基本使用

有时候，我们需要从store中获取一些state变异后的状态，比如下面的Store中：

获取学生年龄大于20的个数:
我们可以在Store中定义getters
- 组件中使用computed：
- store中使用getters：

作为参数和传递参数

如果我们已经有了一个获取所有年龄大于20岁学生列表的getters, 那么代码可以这样来写：

getters默认是不能传递参数的, 如果希望传递参数, 那么只能让getters本身返回另一个函数。

比如上面的案例中,我们希望根据ID获取用户的信息

Mutations

Vuex的store状态的更新唯一方式：提交Mutation

Mutation状态更新

Mutation主要包括两部分：

字符串的事件类型（type）
一个回调函数（handler），该回调函数的第一个参数就是state。

mutation的定义方式：

//store.vue

const store = new Vuex.store({
    state: {
        count:100
    },
    //定义方法
    mutations: {
        increment(state) {
            state.count++
        }
    } 
})

通过mutation更新：

//App.vue

//<button @click="addition">+</button>

methods: {
    addition() {
        //提交mutation方法
        this.$store.commit('increment')
    }
}

Mutation传递参数

在通过mutation更新数据的时候, 有可能我们希望携带一些额外的参数。参数被称为是mutation的载荷(Payload)。

一个参数：

//mutation中定义
decrement(state, n) {
    state.count -= n
}

//methods中提交
subtraction() {
    this.$store.commit('decrement', 2)
}

多个参数：

这个时候, 我们通常会以对象的形式传递, 也就是payload是一个对象。这个时候可以再从对象中取出相关的信息。

changeCount(state, payload) {
    state.count = payload.count
}

changeCount() {
    this.$store.commit('changeCount', {count: 0})
}

Mutation提交风格

上面的通过commit进行提交是一种普通的方式。Vue还提供了另外一种风格, 它是一个包含type属性的对象：

this.$store.commit({
    type: 'changeCount',
    count: 100
})

Mutation中的处理方式是将整个commit的对象作为payload使用, 所以代码没有改变, 依然如下:

changeCount(state,payload) {
    state.count = payload.count
}

Mutation响应规则

Vuex的store中的state是响应式的, 当state中的数据发生改变时, Vue组件会自动更新。

state中的这些属性都会被加入到响应式系统中，而响应式系统会监听属性的变化，当属性发生变化时，会通知所有界面中应用到这些属性的地方，让界面发生刷新。

这就要求我们必须遵守一些Vuex对应的规则:

提前在store中初始化好所需的属性。
当给state中的对象添加新属性时, 使用下面的方式:
- 方式一: 使用Vue.set(obj, 'newProp', 123)
- 方式二: 用新对象给旧对象重新赋值

我们来看一个例子:

当我们点击更新信息时, 界面并没有发生对应改变。

如何才能让它改变呢?

查看下面代码的方式一和方式二，都可以让state中的属性是响应式的：

mutation: {
  updateInfo(state,payload) {
    //state.info['height'] = payload.height
    //方式一：Vue.set()
    Vue.set(state.info, 'height', payload.height)
    //方式二：给info赋值一个新对象
    state.info = {...state.info, 'height': payload.height}
  }
}

Mutation的类型常量

我们来考虑下面的问题:

在mutation中, 我们定义了很多事件类型(也就是其中的方法名称)。
当我们的项目增大时, Vuex管理的状态越来越多, 需要更新状态的情况越来越多, 那么意味着Mutation中的方法越来越多。
方法过多, 使用者需要花费大量的经历去记住这些方法, 甚至是多个文件间来回切换, 查看方法名称, 甚至如果不是复制的时候, 可能还会出现写错的情况。

如何避免上述的问题呢?

在各种Flux实现中, 一种很常见的方案就是使用常量替代Mutation事件的类型。
我们可以将这些常量放在一个单独的文件中, 方便管理以及让整个app所有的事件类型一目了然。

具体怎么做呢?

我们可以创建一个文件: mutation-types.js, 并且在其中定义我们的常量：
定义常量时, 我们可以使用ES2015中的风格, 使用一个常量来作为函数的名称：

Mutation同步函数

通常情况下, Vuex要求我们Mutation中的方法必须是同步方法。

主要的原因是当我们使用devtools时, 可以devtools可以帮助我们捕捉mutation的快照。但是如果是异步操作, 那么devtools将不能很好的追踪这个操作什么时候会被完成。

比如：

你会发现state中的info数据一直没有被改变, 因为他无法追踪到。

So，通常情况下不要在mutation中进行异步的操作。

Actions

基本定义

我们强调, 不要在Mutation中进行异步操作。

但是某些情况, 我们确实希望在Vuex中进行一些异步操作, 比如网络请求, 必然是异步的。这个时候怎么处理呢?

Action类似于Mutation, 但是是用来代替Mutation进行异步操作的。

Action的基本使用代码如下:

const store = new Vuex.Store({
    state: {
        count: 0
    },
    mutations: {
        increment(state) {
            state.count++
        }
    },
    actions: {
        increment(context) {
            context.commit('increment')
        }
    }
})

context是什么？

context是和store对象具有相同方法和属性的对象。
也就是说, 我们可以通过context去进行commit相关的操作, 也可以获取context.state等。
但是注意, 这里它们并不是同一个对象, 为什么呢? 我们后面学习Modules的时候, 再具体说。

我们定义了actions,，然后又在actions中去进行commit，这样的代码是否多此一举呢？事实上并不是这样, 如果在Vuex中有异步操作, 那么我们就可以在actions中完成了。

Action的分发

在Vue组件中, 如果我们调用action中的方法, 那么就需要使用dispatch：

methods: {
  increment() {
    this.$store.dispatch('increment')
  }
}

同样的, 也是支持传递payload：

methods: {
  increment() {
    this.$store.dispatch('increment', {cCount: 5})
  }
}

mutations: {
    increment(state,payload) {
        state.count += payload.cCount
    }
},
actions: {
    increment(context, payload) {
        setTimeout(() => {
            context.commit('increment', payload)
        }, 5000)
    }
}