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