先說兩句
上一講 ，已經完美詮釋了 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）都是爲了解決同一個問題而生，只是形式不同罷了，所以還不如拆出來一起講，或許效果會更好。