先說兩句 上一講 "「Vuex 到底是個什麼鬼」" ,已經完美詮釋了 Vuex 的牛逼技能之所在(純屬自嗨)。如果把 Vuex 比喻成農藥裡面的劉備,那就相當於你現在已經知道了劉備他是一個會打槍的力量型英雄,而且他打的槍還是雙排量的,認識到這一點後,那麼接下來就是要瞭解他到底是如何打槍的,是左手打, ...
先說兩句
上一講 「Vuex 到底是個什麼鬼」,已經完美詮釋了 Vuex 的牛逼技能之所在(純屬自嗨)。如果把 Vuex 比喻成農藥裡面的劉備,那就相當於你現在已經知道了劉備他是一個會打槍的力量型英雄,而且他打的槍還是雙排量的,認識到這一點後,那麼接下來就是要瞭解他到底是如何打槍的,是左手打,還是右手打,還是雙手一起端著槍打?
同樣,我們已經知道了 Vuex 就如同一個全局的管理員一樣,幫著我們統一管理著項目的共用數據,那它到底是通過什麼樣的方式去管理的呢?我們應該如何與這個管理員進行溝通和交流,才能有效的訪問和操作這些共用數據呢?
再說一句
Vuex 的內臟由五部分組成:State、Getter、Mutation、Action 和 Module。關於這五個部分,我會分為多個章節來進行詳細闡述,這一講就先和大家一起徹底搞定 State 和 Getter。
當然,在實際應用中,這五個部分並不是必須的,你需要用到什麼就添加什麼。但是一般再怎麼簡單的 Vuex,也至少會由 State 和 Mutation 構成,否則你就該考慮 Vuex 是否有存在的必要了。
最後,溫馨提示,文檔示例代碼使用了 ES2015 的語法,如果你還沒瞭解過的話,先戳此瞭解瞭解。
單一狀態樹
Vuex 使用的是「單一狀態樹」,根據官方的描述,可能有點懵圈,不過沒關係,這裡我們一起來詳細瞭解下到底什麼是「單一狀態樹」。拋開單一狀態,我們先來看一下這裡的樹是什麼意思。
如上圖是一個公司的組織架構,它的這種層級其實就屬於一種樹形的結構,總經理就是樹的主幹,其他各部門或者職業,都屬於樹的分支。
一般情況下,一個公司只會有這麼一個樹形架構,如果有兩個平等的總經理,那麼公司在管理上很可能就會出現矛盾,下麵的人到底聽誰的呢,是吧!
好,現在咱們再來看下官方所敘述的「單一狀態樹」:
1、用一個對象
(主幹)
就包含了全部的(分支)
應用層級狀態。
2、每個應用(公司)
將僅僅包含一個 store 實例對象(主幹)
。單一狀態樹讓我們能夠直接地定位任一特定的狀態片段,在調試的過程中也能輕易地取得整個當前應用狀態的快照。
State
我們再回過頭來看一下之前那個簡單的 Store 示例代碼:
import Vue from 'vue'
import Vuex from 'vuex'
Vue.use(Vuex)
const store = new Vuex.Store({
state: {
count: 0
}
})
那麼我們如何在 Vue 組件中展示狀態呢?由於 Vuex 的狀態存儲是響應式的,從 store 實例中讀取狀態最簡單的方法就是在計算屬性中返回某個狀態,如下:
// 創建一個 Counter 組件
const Counter = {
data() { return {} },
template: `<div>{{ count }}</div>`,
computed: {
count () {
return store.state.count
}
}
}
每當
store.state.count
變化的時候, 都會重新求取計算屬性,並刷新界面。
需要註意的是,如果你把 store.state.count
放在 data 中, store.state.count
的變化是不會主動觸發界面刷新的,當然,也不能直接這樣:<div>{{ store.state.count }}</div>
,因為在模板中是無法直接訪問到 store 對象的,所以這樣寫無疑會報錯。
這種模式依賴於全局的管理員 store,如果模塊多了,意味著每個模塊或者頁面只要用到了這個 state 裡面的數據,都得把 store 引入進來,這樣的操作確實有點難受。當然,官方肯定是不允許有這樣令人抓狂的操作出現的:
Vuex 通過 store 選項,提供了一種機制將狀態從根組件 “註入” 到每一個子組件中(需調用 Vue.use(Vuex)):
const app = new Vue({
el: '#app',
// 把 store 對象提供給 “store” 選項,
// 這可以把 store 的實例註入所有的子組件
store,
// 子組件
components: { Counter },
template: `
<div class="app">
<counter></counter>
</div>
`
})
通過在根實例中註冊 store 選項,該 store 實例會註入到根組件下的所有子組件中,且子組件能通過 this.$store 訪問到。讓我們更新下 Counter 的實現:
const Counter = {
template: `<div>{{ count }}</div>`,
computed: {
count () {
return this.$store.state.count
}
}
}
Vuex 的狀態固然好用,但是也不要濫用:
使用 Vuex 並不意味著你需要將所有的狀態放入 Vuex。雖然將所有的狀態放到 Vuex 會使狀態變化更顯式和易調試,但也會使代碼變得冗長和不直觀。如果有些狀態嚴格屬於單個組件,最好還是作為組件的局部狀態。你應該根據你的應用開發需要進行權衡和確定。
Getter
有時候,我們會發現 State 中的數據,並不是我們直接想要的,而是需要經過相應的處理後,才能滿足我們的需求。
比如在一個組件中,我們需要把 state 中的日期 date 轉換成星期幾來展示:
computed: {
weekDate () {
return moment(this.$store.state.date).format('dddd');
}
}
註意:這裡的 moment 是一個第三方日期處理類庫,使用之前需要導入。
如果只有一個組件需要這樣做還好,但如果在很多組件中,都需要這麼轉換的話,那就得在每一個組件中都需要把這個函數複製過去。而且,一旦產品經理心情不好,不想用星期幾來顯示,想直接用 2018-10-30 11:12:23
這種方式來顯示日期,那你就得在所有用到它的組件中去更改日期格式化的方法,豈不難受至極。就算你把它單獨抽取出來作為一個公共的函數,各種導入也麻煩,最重要的是不好統一管理。
所以,這個時候,Vuex 又引入了一個牛逼的玩意兒,Getter。我們可以把它當成 store 中的計算屬性(computed)。
就像計算屬性一樣,getter 的返回值會根據它的依賴被緩存起來,且只有當它的依賴值發生了改變才會被重新計算。
我們看看這兩個例子,著重註意下裡面的註釋:
const store = new Vuex.Store({
state: {
date: new Date()
},
getters: {
// Getter 接受 state 作為其第一個參數
weekDate: state => {
return moment(state.date).format('dddd');
}
}
})
getters: {
// Getter 還也可以接收 getters 作為第二個參數
dateLength: (state, getters) => {
return getters.weekDate.length;
}
}
不但如此,Getter 還會將 store.getters 對象暴露出去,你可以以屬性的形式訪問這些值:
console.log(store.getters.weekDate)
我們可以很容易地在任何組件中使用它:
computed: {
weekDate () {
return this.$store.getters.weekDate
}
}
現在需求又變了,每個模塊要顯示的 weekDate 的格式不一樣,有的顯示全部日期,有的需要顯示星期幾,怎麼辦?
好辦,那就給 Getter 傳參唄,但是怎麼傳呢?
因為 Getter 在通過屬性訪問時是作為 Vue 的響應式系統的一部分緩存其中的,所以是不能直接 store.getters.weekDate('MM Do YY')
,因為 weekDate 並不是一個函數,它僅僅只是一個屬性而已。
那麼既然屬性不能傳參,怎麼辦呢?那我們就想辦法把這個屬性變成一個函數不就行了。
getters: {
// 返回一個函數,就可以傳參了
weekDate: (state) => (fm) => {
return moment(state.date).format(fm ? fm : 'dddd');
}
}
使用如下:
store.getters.weekDate('MM Do YY')
寫在最後
可能看過官方文檔的童鞋會好奇,為什麼沒有講解那些輔助函數,比如 mapState
、mapGetters
。別擔心,後面會有專門的一個章節來進行講解,因為我發現這些輔助函數(包括後面的 mapMutations
和 mapActions
)都是為瞭解決同一個問題而生,只是形式不同罷了,所以還不如拆出來一起講,或許效果會更好。
對於官方我個人覺得寫得比較通俗易懂的地方,就直接引用了進來。如果有疑問或者對於我的理解有疑問的地方,歡迎留言。
當然,這種技術型的文章在不同階段的人看來,肯定會有不一樣的體會。我知道,肯定會有不足的地方,我也會繼續慢慢的完善。如果文章對大家有幫助的話,歡迎點贊和轉載,謝謝!
轉載聲明:
作者:大巨集說
後記
以上就是胡哥今天給大家分享的內容,喜歡的小伙伴記得點贊
、收藏
呦,關註胡哥有話說,學習前端不迷路,歡迎多多留言交流...
胡哥有話說,一個有技術,有情懷的胡哥!現任京東前端攻城獅一枚。
胡哥有話說,專註於大前端技術領域,分享前端系統架構,框架實現原理,最新最高效的技術實踐!