摘要:每一條被記錄,都需要捕捉到前一狀態(tài)和后一狀態(tài)的快照。然而,在上面的例子中中的異步函數(shù)中的回調(diào)讓這不可能完成因?yàn)楫?dāng)觸發(fā)的時(shí)候,回調(diào)函數(shù)還沒有被調(diào)用,不知道什么時(shí)候回調(diào)函數(shù)實(shí)際上被調(diào)用實(shí)質(zhì)上任何在回調(diào)函數(shù)中進(jìn)行的狀態(tài)的改變都是不可追蹤的。
上一篇 vuex其實(shí)超簡(jiǎn)單,只需3步
簡(jiǎn)單介紹了vuex的3步入門,不過(guò)為了初學(xué)者容易消化,我削減了很多內(nèi)容,這一節(jié),就是把少掉的內(nèi)容補(bǔ)上,
如果你沒看過(guò)上篇,請(qǐng)戳鏈接過(guò)去先看一下再回來(lái),否則,你會(huì)覺得本文摸不著頭腦.
純屬個(gè)人經(jīng)驗(yàn),難免有不正確的地方,如有發(fā)現(xiàn),歡迎指正!一、 Getter還是一樣,本文針對(duì)初學(xué)者.
我們先回憶一下上一篇的代碼
computed:{ getName(){ return this.$store.state.name } }
這里假設(shè)現(xiàn)在邏輯有變,我們最終期望得到的數(shù)據(jù)(getName),是基于 this.$store.state.name
上經(jīng)過(guò)復(fù)雜計(jì)算得來(lái)的,剛好這個(gè)getName要在好多個(gè)地方使用,那么我們就得復(fù)制好幾份.
vuex 給我們提供了 getter,請(qǐng)看代碼 (文件位置 /src/store/index.js)
import Vue from "vue" import Vuex from "vuex" Vue.use(Vuex) export default new Vuex.Store({ // 類似 vue 的 data state: { name: "oldName" }, // 類似 vue 的 computed -----------------以下5行為新增 getters:{ getReverseName: state => { return state.name.split("").reverse().join("") } }, // 類似 vue 里的 mothods(同步方法) mutations: { updateName (state) { state.name = "newName" } } })
然后我們可以這樣用 文件位置 /src/main.js
computed:{ getName(){ return this.$store.getters.getReverseName } }
事實(shí)上, getter 不止單單起到封裝的作用,它還跟vue的computed屬性一樣,會(huì)緩存結(jié)果數(shù)據(jù),
只有當(dāng)依賴改變的時(shí)候,才要重新計(jì)算.
細(xì)心的你,一定發(fā)現(xiàn)我之前代碼里 mutations 頭上的注釋了 類似 vue 里的 mothods(同步方法)
為什么要在 methods 后面?zhèn)渥⑹峭椒椒? mutation只能是同步的函數(shù),只能是同步的函數(shù),只能是同步的函數(shù)!!
請(qǐng)看vuex的解釋:
現(xiàn)在想象,我們正在 debug 一個(gè) app 并且觀察 devtool 中的 mutation 日志。每一條 mutation 被記錄,
devtools 都需要捕捉到前一狀態(tài)和后一狀態(tài)的快照。然而,在上面的例子中 mutation 中的異步函數(shù)中的回調(diào)讓這不
可能完成:因?yàn)楫?dāng) mutation 觸發(fā)的時(shí)候,回調(diào)函數(shù)還沒有被調(diào)用,devtools 不知道什么時(shí)候回調(diào)函數(shù)實(shí)際上被調(diào)
用——實(shí)質(zhì)上任何在回調(diào)函數(shù)中進(jìn)行的狀態(tài)的改變都是不可追蹤的。
那么如果我們想觸發(fā)一個(gè)異步的操作呢? 答案是: action + $dispatch, 我們繼續(xù)修改store/index.js下面的代碼
文件位置 /src/store/index.js
import Vue from "vue" import Vuex from "vuex" Vue.use(Vuex) export default new Vuex.Store({ // 類似 vue 的 data state: { name: "oldName" }, // 類似 vue 的 computed getters:{ getReverseName: state => { return state.name.split("").reverse().join("") } }, // 類似 vue 里的 mothods(同步方法) mutations: { updateName (state) { state.name = "newName" } }, // 類似 vue 里的 mothods(異步方法) -------- 以下7行為新增 actions: { updateNameAsync ({ commit }) { setTimeout(() => { commit("updateName") }, 1000) } } })
然后我們可以再我們的vue頁(yè)面里面這樣使用
methods: { rename () { this.$store.dispatch("updateNameAsync") } }三、 Module 模塊化
當(dāng)項(xiàng)目越來(lái)越大的時(shí)候,單個(gè) store 文件,肯定不是我們想要的, 所以就有了模塊化.
假設(shè) src/store 目錄下有這2個(gè)文件
moduleA.js
export default { state: { ... }, getters: { ... }, mutations: { ... }, actions: { ... } }
moduleB.js
export default { state: { ... }, getters: { ... }, mutations: { ... }, actions: { ... } }
那么我們可以把 index.js 改成這樣
import moduleA from "./moduleA" import moduleB from "./moduleB" export default new Vuex.Store({ modules: { moduleA, moduleB } })
這樣我們就可以很輕松的把一個(gè)store拆分成多個(gè).
四、 總結(jié)actions 的參數(shù)是 store 對(duì)象,而 getters 和 mutations 的參數(shù)是 state .
actions 和 mutations 還可以傳第二個(gè)參數(shù),具體看vuex官方文檔
getters/mutations/actions 都有對(duì)應(yīng)的map,如: mapGetters , 具體看vuex官方文檔
模塊內(nèi)部如果怕有命名沖突的話,可以使用命名空間, 具體看vuex官方文檔
vuex 其實(shí)跟 vue 非常像,有data(state),methods(mutations,actions),computed(getters),還能模塊化.
如果覺得本文對(duì)您有用,請(qǐng)給本文的github加個(gè)star,萬(wàn)分感謝
另外,github上還有其他一些關(guān)于前端的教程和組件,有興趣的童鞋可以看看,你們的支持就是我最大的動(dòng)力。
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://specialneedsforspecialkids.com/yun/95129.html
摘要:每一條被記錄,都需要捕捉到前一狀態(tài)和后一狀態(tài)的快照。然而,在上面的例子中中的異步函數(shù)中的回調(diào)讓這不可能完成因?yàn)楫?dāng)觸發(fā)的時(shí)候,回調(diào)函數(shù)還沒有被調(diào)用,不知道什么時(shí)候回調(diào)函數(shù)實(shí)際上被調(diào)用實(shí)質(zhì)上任何在回調(diào)函數(shù)中進(jìn)行的狀態(tài)的改變都是不可追蹤的。 前言 之前幾個(gè)項(xiàng)目中,都多多少少碰到一些組件之間需要通信的地方,而因?yàn)榉N種原因,event bus 的成本反而比vuex還高, 所以技術(shù)選型上選用了 v...
摘要:每一條被記錄,都需要捕捉到前一狀態(tài)和后一狀態(tài)的快照。然而,在上面的例子中中的異步函數(shù)中的回調(diào)讓這不可能完成因?yàn)楫?dāng)觸發(fā)的時(shí)候,回調(diào)函數(shù)還沒有被調(diào)用,不知道什么時(shí)候回調(diào)函數(shù)實(shí)際上被調(diào)用實(shí)質(zhì)上任何在回調(diào)函數(shù)中進(jìn)行的狀態(tài)的改變都是不可追蹤的。 前言 之前幾個(gè)項(xiàng)目中,都多多少少碰到一些組件之間需要通信的地方,而因?yàn)榉N種原因,event bus 的成本反而比vuex還高, 所以技術(shù)選型上選用了 v...
摘要:前言之前幾個(gè)項(xiàng)目中都多多少少碰到一些組件之間需要通信的地方而因?yàn)榉N種原因的成本反而比還高所以技術(shù)選型上選用了但是不知道為什么團(tuán)隊(duì)里的一些新人一聽到就開始退縮了因?yàn)楹茈y真的很難嗎今天我們用簡(jiǎn)單的步來(lái)證明一下有多簡(jiǎn)單純屬個(gè)人經(jīng)驗(yàn)難免有不正確的地 前言 之前幾個(gè)項(xiàng)目中,都多多少少碰到一些組件之間需要通信的地方,而因?yàn)榉N種原因,event bus 的成本反而比vuex還高, 所以技術(shù)選型上選用...
摘要:前提雖然我們每天都會(huì)查看天氣,但是如果你能夠用限制微信每天早上七點(diǎn)定時(shí)為推送天氣預(yù)報(bào),生活指數(shù)。重要其中模塊是本項(xiàng)目以及后續(xù)項(xiàng)目中很重要的模塊,就是因?yàn)檫@個(gè)開源項(xiàng)目,我們才能使其與微信產(chǎn)生交互。 showImg(https://segmentfault.com/img/remote/1460000019558841?w=1920&h=1279); 前提 雖然我們每天都會(huì)查看天氣,但是如...
閱讀 3715·2021-10-18 13:34
閱讀 2406·2021-08-11 11:15
閱讀 1206·2019-08-30 15:44
閱讀 696·2019-08-26 10:32
閱讀 992·2019-08-26 10:13
閱讀 2067·2019-08-23 18:36
閱讀 1781·2019-08-23 18:35
閱讀 528·2019-08-23 17:10