挑戰全網最幽默的Vuex系列教程：第二講 Vuex旗下的State和Getter

先說兩句

上一講 「Vuex 究竟是個什麼鬼」，已經完美詮釋了 Vuex 的牛逼技能之所在（純屬自嗨）。若是把 Vuex 比喻成農藥裏面的劉備，那就至關於你如今已經知道了劉備他是一個會打槍的力量型英雄，並且他打的槍仍是雙排量的，認識到這一點後，那麼接下來就是要了解他究竟是如何打槍的，是左手打，仍是右手打，仍是雙手一塊兒端着槍打？

一樣，咱們已經知道了 Vuex 就如同一個全局的管理員同樣，幫着咱們統一管理着項目的共享數據，那它究竟是經過什麼樣的方式去管理的呢？咱們應該如何與這個管理員進行溝通和交流，纔能有效的訪問和操做這些共享數據呢？

再說一句

Vuex 的內臟由五部分組成：State、Getter、Mutation、Action 和 Module。關於這五個部分，我會分爲多個章節來進行詳細闡述，這一講就先和你們一塊兒完全搞定 State 和 Getter。

固然，在實際應用中，這五個部分並非必須的，你須要用到什麼就添加什麼。可是通常再怎麼簡單的 Vuex，也至少會由 State 和 Mutation 構成，不然你就該考慮 Vuex 是否有存在的必要了。

最後，舒適提示，文檔示例代碼使用了 ES2015 的語法，若是你還沒了解過的話，先戳此瞭解瞭解。

單一狀態樹

Vuex 使用的是「單一狀態樹」，根據官方的描述，可能有點懵圈，不過不要緊，這裏咱們一塊兒來詳細瞭解下到底什麼是「單一狀態樹」。拋開單一狀態，咱們先來看一下這裏的樹是什麼意思。

如上圖是一個公司的組織架構，它的這種層級其實就屬於一種樹形的結構，總經理就是樹的主幹，其餘各部門或者職業，都屬於樹的分支。

通常狀況下，一個公司只會有這麼一個樹形架構，若是有兩個平等的總經理，那麼公司在管理上極可能就會出現矛盾，下面的人到底聽誰的呢，是吧！

好，如今我們再來看下官方所敘述的「單一狀態樹」：

一、用一個對象（主幹）就包含了所有的（分支）應用層級狀態。 二、每一個應用（公司）將僅僅包含一個 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）都是爲了解決同一個問題而生，只是形式不一樣罷了，因此還不如拆出來一塊兒講，或許效果會更好。

對於官方我我的以爲寫得比較通俗易懂的地方，就直接引用了進來。若是有疑問或者對於個人理解有疑問的地方，歡迎留言。

固然，這種技術型的文章在不一樣階段的人看來，確定會有不同的體會。我知道，確定會有不足的地方，我也會繼續慢慢的完善。若是文章對你們有幫助的話，歡迎點贊和轉載，謝謝！

轉載聲明：

做者：大宏說

原文連接: www.jianshu.com/p/120eaf503…

後記

以上就是胡哥今天給你們分享的內容，喜歡的小夥伴記得點贊、收藏呀，關注胡哥有話說，學習前端不迷路，歡迎多多留言交流...

胡哥有話說，一個有技術，有情懷的胡哥！現任京東前端攻城獅一枚。 胡哥有話說，專一於大前端技術領域，分享前端系統架構，框架實現原理，最新最高效的技術實踐！