## 一、概述 Vue 應用中原始數據對象的實際來源 - 當訪問數據對象時，一個 Vue 實例只是簡單的代理訪問。所以，如果你有一處需要被多個實例間共享的狀態，可以簡單地通過維護一份數據來實現共享： ``` const sourceOfTruth = {} const vmA = new Vue({ data: sourceOfTruth }) const vmB = new Vue({ data: sourceOfTruth }) ``` 現在當`sourceOfTruth`發生變化，`vmA`和`vmB`都將自動的更新引用它們的視圖。子組件們的每個實例也會通過`this.$root.$data`去訪問。現在我們有了唯一的數據來源，但是，調試將會變為噩夢。任何時間，我們應用中的任何部分，在任何數據改變后，都不會留下變更過的記錄。 ## 二、store 模式 為了解決上面的問題，我們采用一個簡單的**store 模式**： ``` var store = { debug: true, state: { message: 'Hello!' }, setMessageAction (newValue) { if (this.debug) console.log('setMessageAction triggered with', newValue) this.state.message = newValue }, clearMessageAction () { if (this.debug) console.log('clearMessageAction triggered') this.state.message = '' } } ``` 需要注意，所有 store 中 state 的改變，都放置在 store 自身的 action 中去管理。這種集中式狀態管理能夠被更容易地理解哪種類型的 mutation 將會發生，以及它們是如何被觸發。當錯誤出現時，我們現在也會有一個 log 記錄 bug 之前發生了什么。 此外，每個實例/組件仍然可以擁有和管理自己的私有狀態： ``` var vmA = new Vue({ data: { privateState: {}, sharedState: store.state } }) var vmB = new Vue({ data: { privateState: {}, sharedState: store.state } }) ```  接著我們繼續延伸約定，組件不允許直接修改屬于 store 實例的 state，而應執行 action 來分發 (dispatch) 事件通知 store 去改變，我們最終達成了 Flux 架構。這樣約定的好處是，我們能夠記錄所有 store 中發生的 state 改變，同時實現能做到記錄變更 (mutation)、保存狀態快照、歷史回滾/時光旅行的先進的調試工具。