#### 再說一句 Vuex 的內臟由五部分組成：State、Getter、Mutation、Action 和 Module。關于這五個部分，我會分為多個章節來進行詳細闡述，這一講就先和大家一起徹底搞定 State 和 Getter。 當然，在實際應用中，這五個部分并不是必須的，你需要用到什么就添加什么。但是一般再怎么簡單的 Vuex，也至少會由 State 和 Mutation 構成，否則你就該考慮 Vuex 是否有存在的必要了。 最后，溫馨提示，文檔示例代碼使用了 ES2015 的語法，如果你還沒了解過的話，先[戳此了解了解](https://babeljs.io/docs/learn-es2015/)。 #### 單一狀態樹 Vuex 使用的是**「單一狀態樹」**，根據官方的描述，可能有點懵圈，不過沒關系，這里我們一起來詳細了解下到底什么是**「單一狀態樹」**。拋開單一狀態，我們先來看一下這里的樹是什么意思。  組織架構 如上圖是一個公司的組織架構，它的這種層級其實就屬于一種樹形的結構，總經理就是樹的主干，其他各部門或者職業，都屬于樹的分支。 一般情況下，一個公司只會有這么一個樹形架構，如果有兩個平等的總經理，那么公司在管理上很可能就會出現矛盾，下面的人到底聽誰的呢，是吧！ 好，現在咱們再來看下官方所敘述的**「單一狀態樹」**： > 1、用一個對象`（主干）`就包含了全部的`（分支）`應用層級狀態。 > 2、每個應用`（公司）`將僅僅包含一個 store 實例對象`（主干）`。 > > 單一狀態樹讓我們能夠直接地定位任一特定的狀態片段，在調試的過程中也能輕易地取得整個當前應用狀態的快照。 #### State 我們再回過頭來看一下之前那個簡單的 Store 示例代碼： ~~~jsx import Vue from 'vue' import Vuex from 'vuex' Vue.use(Vuex) const store = new Vuex.Store({ state: { count: 0 } }) ~~~ 那么我們如何在 Vue 組件中展示狀態呢？由于 Vuex 的狀態存儲是響應式的，從 store 實例中讀取狀態最簡單的方法就是在[計算屬性](https://cn.vuejs.org/guide/computed.html)中返回某個狀態，如下： ~~~kotlin // 創建一個 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)）： ~~~csharp const app = new Vue({ el: '#app', // 把 store 對象提供給 “store” 選項， // 這可以把 store 的實例注入所有的子組件 store, // 子組件 components: { Counter }, template: ` <div class="app"> <counter></counter> </div> ` }) ~~~ 通過在根實例中注冊 store 選項，該 store 實例會注入到根組件下的所有子組件中，且子組件能通過 this.$store 訪問到。讓我們更新下 Counter 的實現： ~~~kotlin const Counter = { template: `<div>{{ count }}</div>`, computed: { count () { return this.$store.state.count } } } ~~~ Vuex 的狀態固然好用，但是也不要濫用： > 使用 Vuex 并不意味著你需要將所有的狀態放入 Vuex。雖然將所有的狀態放到 Vuex 會使狀態變化更顯式和易調試，但也會使代碼變得冗長和不直觀。如果有些狀態嚴格屬于單個組件，最好還是作為組件的局部狀態。你應該根據你的應用開發需要進行權衡和確定。 #### Getter 有時候，我們會發現 State 中的數據，并不是我們直接想要的，而是需要經過相應的處理后，才能滿足我們的需求。 比如在一個組件中，我們需要把 state 中的日期 `date` 轉換成星期幾來展示： ~~~kotlin computed: { weekDate () { return moment(this.$store.state.date).format('dddd'); } } ~~~ 注意：這里的 [moment](http://momentjs.cn/) 是一個第三方日期處理類庫，使用之前需要導入。 如果只有一個組件需要這樣做還好，但如果在很多組件中，都需要這么轉換的話，那就得在每一個組件中都需要把這個函數復制過去。而且，一旦產品經理心情不好，不想用星期幾來顯示，想直接用 `2018-10-30 11:12:23` 這種方式來顯示日期，那你就得在所有用到它的組件中去更改日期格式化的方法，豈不難受至極。就算你把它單獨抽取出來作為一個公共的函數，各種導入也麻煩，最重要的是不好統一管理。 所以，這個時候，Vuex 又引入了一個牛逼的玩意兒，**Getter**。我們可以把它當成 store 中的計算屬性（computed）。 > 就像計算屬性一樣，getter 的返回值會根據它的依賴被緩存起來，且只有當它的依賴值發生了改變才會被重新計算。 我們看看這兩個例子，著重注意下里面的注釋： ~~~jsx const store = new Vuex.Store({ state: { date: new Date() }, getters: { // Getter 接受 state 作為其第一個參數 weekDate: state => { return moment(state.date).format('dddd'); } } }) ~~~ ~~~jsx getters: { // Getter 還也可以接收 getters 作為第二個參數 dateLength: (state, getters) => { return getters.weekDate.length; } } ~~~ 不但如此，Getter 還會將 store.getters 對象暴露出去，你可以以屬性的形式訪問這些值： ~~~css console.log(store.getters.weekDate) ~~~ 我們可以很容易地在任何組件中使用它： ~~~kotlin computed: { weekDate () { return this.$store.getters.weekDate } } ~~~ 現在需求又變了，每個模塊要顯示的 weekDate 的格式不一樣，有的顯示全部日期，有的需要顯示星期幾，怎么辦？ **好辦，那就給 Getter 傳參唄，但是怎么傳呢？** 因為 Getter 在通過屬性訪問時是作為 Vue 的響應式系統的一部分緩存其中的，所以是不能直接 `store.getters.weekDate('MM Do YY')`，因為 weekDate 并不是一個函數，它僅僅只是一個屬性而已。 那么既然屬性不能傳參，怎么辦呢？那我們就想辦法把這個屬性變成一個函數不就行了。 ~~~jsx getters: { // 返回一個函數，就可以傳參了 weekDate: (state) => (fm) => { return moment(state.date).format(fm ? fm : 'dddd'); } } ~~~ 使用如下： ~~~bash store.getters.weekDate('MM Do YY') ~~~ #### 寫在最后 可能看過官方文檔的童鞋會好奇，為什么沒有講解那些輔助函數，比如 `mapState`、`mapGetters`。別擔心，后面會有專門的一個章節來進行講解，因為我發現這些輔助函數（包括后面的 `mapMutations` 和 `mapActions`）都是為了解決同一個問題而生，只是形式不同罷了，所以還不如拆出來一起講，或許效果會更好。 對于官方我個人覺得寫得比較通俗易懂的地方，就直接引用了進來。如果有疑問或者對于我的理解有疑問的地方，歡迎留言。 當然，這種技術型的文章在不同階段的人看來，肯定會有不一樣的體會。我知道，肯定會有不足的地方，我也會繼續慢慢的完善。如果文章對大家有幫助的話，歡迎點贊和轉載，謝謝！