先說兩句
官方已經(jīng)有教程了,為什么還要寫這個(gè)教程呢?說實(shí)話,還真不是我閑著蛋疼,官方的教程真的是太官方了,對(duì)于剛?cè)腴T Vuex 的童鞋來說,想必看官方的教程,很多地方就如同看圣經(jīng)一樣,比如「歐瑪尼瑪尼牙」,所有的字都認(rèn)識(shí),就是不知道說些什么玩意,不信,你可以戳進(jìn)去看看。
當(dāng)然,對(duì)于大神級(jí)別一看就懂的,那就不用說了,肯定是看官方的更權(quán)威。還有,如果對(duì)Flux、Redux、The Elm Architecture比較熟悉的話,也可以移步官方,因?yàn)楣俜揭舱f了,Vuex 的套路基本上都是從那邊吸取整合后,過渡而來的,只不過,Vuex 只鐘情于Vue.js罷了。
我之所以寫這個(gè)教程,主要是因?yàn)樽约簞倓傞_始和 Vuex 打交道的時(shí)候,痛過了、苦過了、傷過了,所以痛定思痛,為了能讓自己更好的駕馭 Vuex,也為了不讓新來的童鞋們被 Vuex 調(diào)戲過后無處訴苦,所以方才決定把官方的這些抽象的文字和概念,用連你身后的鼓勵(lì)師小姐姐都能看懂的語言,分享出來,助你在前端的道路上越走越順,順利的找到一份有鼓勵(lì)師陪伴的工作。
再說一句
Vuex 是?Vue.js?的座駕,所以,如果還不懂?Vue.js?的話,那還是先把?Vue.js?勾搭上了再帶過來一起坐坐吧。當(dāng)然,既然能夠溜達(dá)到這里,想必跟?Vue.js?起碼也已經(jīng)是朋友了吧。
有點(diǎn)啰嗦,不要嫌棄,寫教程也需要有點(diǎn)前戲,畢竟是第一次。
安裝
關(guān)于 Vuex 的具體安裝,就不在這里說了,這個(gè)官方還是比較清晰的,戳此進(jìn)入。但是需要注意兩點(diǎn):
:在一個(gè)模塊化的打包系統(tǒng)中,您必須顯式地通過?Vue.use()?來安裝 Vuex,比如:
????importVuefrom'vue'
????importVuexfrom'vuex'
????Vue.use(Vuex) // 必須調(diào)用此函數(shù)來注入 Vuex
:當(dāng)使用全局 script 標(biāo)簽引用 Vuex 時(shí),就不用那么麻煩了,直接引用進(jìn)來就好,但要注意引用的先后順序,如下:
// 在 Vue 之后引入 vuex 會(huì)進(jìn)行自動(dòng)安裝
<script src="/path/to/vue.js"></script>
<script src="/path/to/vuex.js"></script>
雖然 script 的方式看起來比較自動(dòng)化,但是接觸得多了,你就會(huì)明白模塊化其實(shí)才是我們的最佳姿勢(shì)。
揭開 Vuex 的神秘面紗
拿到一個(gè)工具,我們第一時(shí)間需要弄明白的,就是這個(gè)工具到底能夠幫助我們解決什么問題。比如錘子,砸得了雞蛋打得了電話,比如蘋果,不但能吃還能玩。那么 Vuex 呢,如果把 Vue.js 比喻成路人(走路的人)的話,那么 Vuex 就是他的桑塔納,如果他想去隔壁買包煙,那走過去就行了,開個(gè)車過去反而是一種負(fù)擔(dān),但是如果他想去幾十公里的學(xué)校采花,那桑塔納就得派上用場(chǎng)了,不然等他走過去,可能花兒都謝了。
當(dāng)然,類比只是為了告訴我們 Vuex 的價(jià)值所在,那么在具體在實(shí)際的應(yīng)用中,它能干什么?什么時(shí)候才需要翻它的牌呢?
我們先來看一段官方代碼:

這是一個(gè)很簡(jiǎn)單的增長(zhǎng)型計(jì)數(shù)功能頁(yè)面,和?Vue.js?有一腿的,應(yīng)該秒懂。通過事件?increment,實(shí)現(xiàn)?count?增長(zhǎng),然后渲染到界面上去。
這種方式其實(shí)就跟走路買煙一樣,屬于短途效應(yīng),官方稱作為「單向數(shù)據(jù)流」,很好理解。

單向數(shù)據(jù)流
但是,情況變了,現(xiàn)在有兩個(gè)頁(yè)面 A 和 B,還有以下兩個(gè)要求:
要求它們都能對(duì)?count?進(jìn)行操控。
要求 A 修改了?count?后,B 要第一時(shí)間知道,B 修改后,A 也要第一時(shí)間知道。
怎么辦?稍微有點(diǎn)開發(fā)經(jīng)驗(yàn)的,就能夠很容易的想到,把數(shù)據(jù)源?count?剝離開來,用一個(gè)全局變量或者全局單例的模式進(jìn)行管理,這樣不就在任何頁(yè)面都可以很容易的取到這個(gè)狀態(tài)了。
是啊,這尼瑪就是 Vuex 背后的思想啊,它干的就是這個(gè)事情。是不是有一種被 Vuex 這個(gè)高大上的名號(hào)所坑害的感覺,不就是全局模型嗎,不用它也同樣可能搞定嘛。
是的,也可以搞定,就像沒有桑塔納,你也可以去學(xué)??椿ㄒ粯樱皇墙?jīng)歷的過程不一樣了。
Vuex 的目的是為了管理共享狀態(tài),為了達(dá)到這個(gè)目的,它制定了一系列的規(guī)則,比如修改數(shù)據(jù)源 state、觸發(fā) actions 等等,都需要遵循它的規(guī)則,以此來達(dá)到讓項(xiàng)目結(jié)構(gòu)更加清晰且易于維護(hù)的目的。
那么我們?cè)賮砜纯垂俜降拿枋觯?/h3>Vuex 是一個(gè)專為 Vue.js 應(yīng)用程序開發(fā)的狀態(tài)管理模式。它采用集中式存儲(chǔ)管理應(yīng)用的所有組件的狀態(tài),并以相應(yīng)的規(guī)則保證狀態(tài)以一種可預(yù)測(cè)的方式發(fā)生變化。
Vuex 是一個(gè)專為 Vue.js 應(yīng)用程序開發(fā)的狀態(tài)管理模式。它采用集中式存儲(chǔ)管理應(yīng)用的所有組件的狀態(tài),并以相應(yīng)的規(guī)則保證狀態(tài)以一種可預(yù)測(cè)的方式發(fā)生變化。
有沒有瞬間清晰多了。
什么時(shí)候翻 Vuex 的牌
其實(shí)了解了 Vuex 要干的活以后,什么時(shí)候翻牌,那就容易選擇得多了。就像前面的類比一樣,去隔壁買包煙,你還開個(gè)桑塔納,找停車位的時(shí)間,煙都抽完了。
所以,我們要根據(jù)項(xiàng)目的需要,來衡量短期和長(zhǎng)期的效益,如果不打算開發(fā)大型的單頁(yè)應(yīng)用,那 Vuex 可能還是你的一個(gè)負(fù)擔(dān)。對(duì)于一些不大不小的項(xiàng)目,自己又懶得走,開車又覺得麻煩,那你騎個(gè)共享單車過去也行嘛。
這里的共享單車指代的是官方中的一個(gè)簡(jiǎn)單的?store 模式,其實(shí)就是一個(gè)單純的全局對(duì)象。
關(guān)于全局對(duì)象和 Vuex 之間的區(qū)別,官方寫得還是比較通俗易懂的:
Vuex 和單純的全局對(duì)象有以下兩點(diǎn)不同:
Vuex 的狀態(tài)存儲(chǔ)是響應(yīng)式的。當(dāng) Vue 組件從 store 中讀取狀態(tài)的時(shí)候,若 store 中的狀態(tài)發(fā)生變化,那么相應(yīng)的組件也會(huì)相應(yīng)地得到高效更新。
你不能直接改變 store 中的狀態(tài)。改變 store 中狀態(tài)的唯一途徑就是顯式地提交 (commit) mutation。這樣使得我們可以方便地跟蹤每一個(gè)狀態(tài)的變化,從而讓我們能夠?qū)崿F(xiàn)一些工具幫助我們更好地了解我們的應(yīng)用。
簡(jiǎn)單示例
// 如果在模塊化構(gòu)建系統(tǒng)中,請(qǐng)確保在開頭調(diào)用了
Vue.use(Vuex)conststore =newVuex.Store({?
????state: {
????? ? count:0
????},?
????mutations: {? ?
????????increment (state) {? ? ?
????????state.count++? ?
????}?
? }
})
每一個(gè) Vuex 應(yīng)用的核心就是 store(倉(cāng)庫(kù))。store 基本上就是一個(gè)容器,它包含著你的應(yīng)用中大部分的狀態(tài) (state)。
注意:如果 mutations 不知道是什么,沒關(guān)系,后面會(huì)專門講解到,可以單純的理解為只能用它里面的方法來修改 state 中的數(shù)據(jù)。
為什么要這樣設(shè)計(jì)的,官方也給出了具體的原因:
我們通過提交 mutation 的方式,而非直接改變 store.state.count,是因?yàn)槲覀兿胍鞔_地追蹤到狀態(tài)的變化。這個(gè)簡(jiǎn)單的約定能夠讓你的意圖更加明顯,這樣你在閱讀代碼的時(shí)候能更容易地解讀應(yīng)用內(nèi)部的狀態(tài)改變。此外,這樣也讓我們有機(jī)會(huì)去實(shí)現(xiàn)一些能記錄每次狀態(tài)改變,保存狀態(tài)快照的調(diào)試工具。有了它,我們甚至可以實(shí)現(xiàn)如時(shí)間穿梭般的調(diào)試體驗(yàn)。
由于 store 中的狀態(tài)是響應(yīng)式的,在組件中調(diào)用 store 中的狀態(tài)簡(jiǎn)單到僅需要在計(jì)算屬性中返回即可。觸發(fā)變化也僅僅是在組件的 methods 中提交 mutation。
如果最后一句話沒看懂,沒關(guān)系,啃一下官網(wǎng),哈哈。