【Vue】VueX 的语法详解（2）

接下来我们就要涉及到怎么去修改全局的数据了，

我们说全局有一个数据，如果我想修改这个数据该怎么改呢？‍‍

这个时候我要给大家举一个实际生活中的例子，帮助大家理解VueX（叉）修改数据这块的设计思路。‍‍

想象一下，如果我们的一本书是我们自己的书，那么是不是我们想怎么看，‍‍想怎么在上面做标记，想怎么去放都可以，
那一个数据如果是一个组件里的数据，‍‍我们放在组件里想怎么放，想怎么改都没有任何的问题直接改就可以了。‍‍

但假设一本书‍‍它是图书馆的一本书，那么如果我想看这本书是不是我就要去走一个流程，比如说我先去‍‍申请，
申请完了之后记录，记录完了之后再把书拿回来，‍‍

然后固定时间再把书还给图书馆的管理员，图书馆的管理员再把这本书放到书架上，‍‍它会有一个流程对不对？

所以当一个书籍变成一个公共资源‍‍来去做这种存储借阅的时候，它就要有一套流程来支持它的存取。‍‍

那么同样‍‍一个数据，如果它不是一个组件的数据，它是一个全局的数据的时候，我们也要有一套机制‍‍去约束我们对数据的修改，不能我们随便就对一个全局的数据做了一定的修改，这样的话‍‍到底是谁借的这本书，谁对这个数据做的修改，我们后面是没法追溯的。‍‍

所以当你去对 VueX（叉）创建的全局的仓库里的数据做修改的时候，‍‍VueX（叉）也像图书馆一样给你提供了一套‍‍这种机制，
你必须按照它的机制才能去改它的数据，它不允许你直接去修改state里面的数据。‍‍

比如说有一个方法， methods里面我定一个方法，叫changeData，随便写一段代码，‍‍比如说这里面我直接写this点$store点state点name等于456，‍‍我直接就想改全局的数据， VueX（叉）是不允许你这么去写的，‍‍如果你想改变VueX（叉）的数据，你必须遵循它的一套机制流程才能去改它的数据，‍‍它的流程是什么？

首先比如说当我点击这个About页面‍‍ myName 的时候，或者点击上面 this is about配置的时候，我希望能够对 myName 全局的数据做一个修改

我怎么办？
首先我绑 click事件 等于 handleClick。

在这块我定一个methods，‍‍我们先用这种传统的语法来写:

后面再把它变成composition API的语法。

@handleClick的时候，‍‍那么我想去改变 store里面name这样的数据，我该怎么办呢？‍‍

首先我要派发一个action，叫this点$store点dispatch，‍‍叫做change，

那么我们调用store里面一个叫做‍‍ dispatch的方法，它去派发一个action，这个action的名字就叫做change。‍‍

如果你想改数据， VueX（叉）要求第一步‍‍必须派发一个 action，action 就是一个动作。

所以你就相当于 VueX（叉）告诉你必须先告诉我你要干什么，你要干什么？

你通过 dispatch 告诉它我要去修改，‍‍所以这个change就是一个action。‍‍

一定要记住，第一步你要派发一个action，你这个action‍‍对应的名字叫 change，
change 就是 action，怎么派发呢？‍‍

dispatch 就是派发，所以你调用dispatch方法的时候，意思就是我要派发一个叫做change的action，告诉store‍‍我要做一些修改，这是第一步派发一个action，一定要记住它的流程，这个流程也没办法去‍‍简便的记忆，背诵喽。

你派发了一个action之后，我们回到‍‍ createStore 创建仓库的这段代码里面，这块就有一个actions，‍‍

在这里我们就可以写一个叫做change这样的东西。‍‍

然后我们看一下效果，刷新页面:

当我点击this is an about page的时候，能打印出123123。

它是怎么打印的，首先‍‍你去‍‍触发了一个点击事件执行这个方法，‍‍
你告诉store我派发了一个action叫做change，‍‍
那么store里面它对应的 actions 就能接收到你派发过来的 change的动作，

第二步 store 感知到你触发了一个叫做change的action，‍‍执行change方法。‍‍

刚才你触发了一个叫做‍‍ change的这样的action，
你的store里面actions里面恰好也写了一个change方法:

所以当你那边触发了一个change的action，我这个change的方法就会立即的执行。‍‍

那change方法立即执行之后，第三步‍‍我要干什么？

第三步触发一个mutation，提交一个commit，触发‍‍ mutation，什么叫提交一个commit触发一个mutation？

这个时候我们可以调用‍‍ this.commit方法，
触发一个mutation，这个mutation比如说也叫change，‍‍
这块我们叫change。

然后在上面我们再写一个change方法：

我们先看一下它是怎么一回事，能不能执行这段代码，我们回到这里刷新。‍‍‍‍点击 about ：

大家看mutation执行了，能打印出来，这是怎么一回事？

是因为 首先在组件里面你派发了一个action，你派发action之后谁接到这个action？
是不是store里面 actions里面 change方法被执行了:

因为你触发的名字叫action，名字叫做change的一个action，正好你这有个change方法和它对应上了，所以这个change就会执行。‍‍

change又会调用commit的方法触发一个mutation，这个mutation的名字叫什么？叫change：

恰好你上面的mutations里面又有一个change的方法，

第五步要干什么？
在mutation里面‍‍修改数据，怎么修改？

this点state点name等于lee，保存一下。‍‍

我们回到页面上刷新点击:

大家可以看到这个时候下面的dell就变成lee了，比如我再回到首页，这块展示的依然是lee:

你会发现改变数据的流程会非常的长，我们再回忆一下这个流程是什么样的?

首先第一步要调用dispatch方法，派发一个action，这个 action 名字叫做change。
二，感知到change这个action，执行store‍‍中的actions 下面的change方法。

所以当你派发完了之后，‍‍执行的是哪个方法？是不是action下面的 change方法？

第三步要干什么？
第三步‍‍提交commit，一个叫做change的数据改变。

在actions里面 change方法是不是又提交了一个叫做change的改变？‍‍

第四步，‍‍mutation‍‍感知到提交的change的改变执行 change 方法‍‍改变数据。

当你触发 change之后，‍‍那mutations里面感知到了你提交的 change，然后执行和ta同名的change方法‍‍，
change方法‍‍里面去改变state里面的数据，所以最终改变的数据的一定是mutations里面的方法。‍‍