[vue][plugin][vuex][自总结] - vuex-总结

时间 2019-12-08

标签 vue plugin vuex 总结繁體版

原文原文链接

说在前面

最近在使用vuex作项目，因此有了总结vuex的念头。因而在本天中午到晚上9点，我一直没有停过，为了能尽快将vuex的重点写出来。虽然本vuex文档还不够完整但暂时够用，最大缺点是没有写实战，只是总结了每一个知识的的要点。回想一下，时间过得不少，new Boy() 以后时间更加紧迫，有时候分心乏术。到如今，使用vue也有一段时间了。总是想总结点有关vue的却总是在写一些vue相关的demo，从而没有了总结的时间。今天总结下定决定写点vue相关的，一方面巩固基数，一方面分享总结，同时本编偏理论和一些细节，后面一部分由于官方文档也挺实用的就直接摘抄Vuex官方文档。html

另外贴上一段戳心的鸡汤，请喝：
咱们的敌人不是咱们身外的黑暗，而是本身心里的黑暗，那就是咱们的容易失望，咱们的沮丧，咱们的缺少信心，耐心和细心，咱们缺少坚韧，轻言放弃，乃至自暴自弃。前端

不懂的要上官网看文档，不懂的看一次两次直到弄懂为止。

开讲

1.vue

vue是一个前端javascript写的渐进式框架，在组件化模块的时候主要无非是渲染数据、加强交互效果、拓展业务逻辑组件、组件分离要高内聚低耦合、分配管理路由，在这以后就是一个挂在在浏览器端的全局js模块。固然这是个人片面之词，详情请移步vue。vue

2.Vuex

能够这么通俗理解：vuex是一个挂载到vue的全局变量对象（store），并且store的属性（state）的改变只能经过提交mutation来改变，使用Getter来映射store对象状态。另外提交同步事务使用 mutation 的 commit，分发异步事务使用 action 的 dispatch。同时使用 module 来方便管理 vuex模块和状态java

Vuex官方文档:https://vuex.vuejs.org/zh-cn/intro.html

前方高能vue-router

是什么？

概念：

状态管理模式，核心是一个store（仓库），包含共享的单一状态（state）树vuex

为何？

特色：

一、一个全局单例模式管理，方便集中管理全部组件状态
二、状态管理是响应式的，且高效
三、改变状态（state）的惟一途径是显示提交commit（mutation）
四、mutation->动做api

怎么样？

状态相应机制：

使用技巧：

一、由于状态储存是响应式，因此读取状态的方法最简单的方法是使用计算属性（computed），但建议使用辅助函数获取状态数组

二、Action 相似于 mutation，不一样在于：浏览器

Action 提交的是 mutation，而不是直接变动状态。
（
    同步状况：Action -> 提交 mutation  ；  Mutation -> 提交 commit
    异步状况：Action -> 使用dispatch出发异步
）
Action 能够包含任意异步操做，而mutation 是同步事务。
（Action -> 异步  ；  Mutation -> 同步）

三、使用action分发异步事务时：

一个 store.dispatch 在不一样模块中能够触发多个 action 函数。
在这种状况下，只有当全部触发函数完成后，返回的 Promise 才会执行。

核心概念

一、state：单一状态树，能够认为是 store 的状态变量（data）

使用辅助函数：
获取状态：mapState

当映射的计算属性的名称与 state 的子节点名称相同时，使用数组传入

如：mapState（[
        'count'
    ]）
否则 传 对象
如：mapState({
        count: state => state.count,
        countAlias: 'count'   //这里 'count' 等价于上述 state => state.count
    })

对象展开运算符（…）:

使用对象展开运算符将此对象 混入 到 外部对象 中
…mapState（{   }）

二、Getter：能够认为是 store 的计算属性（computed）

接受参数

参数能够有state和getter自己

如：const store = new Vuex.store({
        state: {
            todos: [
                {id: 1, text: 'id1', done: true},
                {id: 2, text: 'id2', done: false}
            ]
        },
        getters: {
            doneTodos: state => {
                //这里过来state中todos的done为true的对象，并暴露为store.getters对象
                //store.getters.doneTodos // -> [{ id: 1, text: '...', done: true }]
                return state.todos.filter( todo => todo.done)
            },
            todoCount: (state, getter) => {
                return getters.doneTodos.length  // -> 1
            }
        }
    })

使用辅助函数：

仅仅是将 store 中的 getter  映射 到 局部 计算属性：mapGetters
例子：看上文

对象展开运算符（…）:

使用对象展开运算符将 getter 混入 computed 对象中

如：computed: {
        ...mapGetters([
          'doneTodosCount',
          'anotherGetter',
          // ...
        ])
      }

三、Mutation （同步事务）：改变store状态的惟一方式。

相似于事件（Event）：每一个 mutation 都有一个 字符串 的 事件类型 (type) 
                        和 一个 回调函数 (handler,改变状态的地方)

接受参数

参数能够有多个。第一参数为state，
                及其余对象或属性（支持提交负荷Payload）

如：const store = new Vuex.Store({
      state: {
        count: 1
      },
      mutations: {
        increment (state, n) {
          state.count += n
        }
      }
    })
触发事件：提交一次commit
store.commit('increment', 10)

在组件中提交 Mutation

两种方法：
    1.使用 this.$store.commit('xxx') （支持载荷PayLoad）
    2.使用 mapMutations 辅助函数 （支持载荷PayLoad）
        将组件中的 methods 映射为 store.commit 调用（须要在根节点注入 store）

        如：
        // xxx.vue组件
        import { mapMutations } from 'vuex'
        export default {
          // ...
          methods: {
            ...mapMutations([
              'increment', 
            // 将 `this.increment()` 映射为 `this.$store.commit('increment')`
              'incrementBy' 
            // 将 `this.incrementBy(amount)` 映射为 `this.$store.commit('incrementBy', amount)`
            ]),
            ...mapMutations({
              add: 'increment' 
            // 将 `this.add()` 映射为 `this.$store.commit('increment')`
            })
          }
        }

Mutation 需遵照 Vue 的响应规则

使用常量替代 Mutation 事件类型( 推荐 )

这是一种规范，并且这样既能使用 eslint 的检测工具，也能让开发者一目了然

如：
//mutation-types.js
export default {
    const SOME_MUTATION = ' SOME_MUTATION '
}

//store.js
import Vuex from 'vuex'
import * as types from 'mutation-types'

const store = Vuex.store({
    state: { … },
    mutations: {
        [ SOME_MUTATION ]( state ) => {
            …
        }
    }
})

Mutation 必须是同步函数（重点）

为了实现state实时跟踪，使用同步函数，也为了调试方便

四、Action （异步事务）：用法相似于mutation，不一样在于能够提交异步事务（使用dispatch 时提交异步），

并且 是 提交 mutation 上的事件

接受参数

参数能够有多个。第一参数为接受一个与 store 实例具备相同方法和属性的 context 对象（所以你能够调用 context.commit 提交一个 mutation，或者经过 context.state 和 context.getters 来获取 state 和 getter），
                及其余对象或属性（支持提交负荷Payload）

如：
const store = new Vuex.Store({
  state: {
    count: 0
  },
  mutations: {
    increment (state, n) {
      state.count += n
    }
  },
  actions: {
    incrementAsyn(context, n) {
        context.commit( 'increment', n )
    }
  }
//或者使用参数结构
//actions: {
//  increment( { commit } ) {
//     commit( 'increment', n )
//   }
  //  }

})

分发Action

由于Action提交的commit实际是提交mutation，而mutation的提交必须是同步的，
要向提交异步的action必须使用dispatch

如：
const store = new Vuex.Store({
  state: {
    count: 0
  },
  mutations: {
    increment (state, amount) {
      state.count += amount
    }
  },
  actions: {
    incrementAsyn( { commit } ) {
        setTimeout( () => {
            commit( 'increment' )
        }, 1000)
    }
   }
});

// 以载荷形式分发
store.dispatch( 'incrementAsyn', {
    amount: 10
} )

// 以对象形式分发
store.dispatch( {
    type: 'incrementAsyn', 
    amount: 10
} )

例子2：
来看一个更加实际的购物车示例，涉及到调用异步 API 和分发多重 mutation：

actions: {
  checkout ({ commit, state }, products) {
    // 把当前购物车的物品备份起来
    const savedCartItems = [...state.cart.added]
    // 发出结帐请求，而后乐观地清空购物车
    commit(types.CHECKOUT_REQUEST)
    // 购物 API 接受一个成功回调和一个失败回调
    shop.buyProducts(
      products,
      // 成功操做
      () => commit(types.CHECKOUT_SUCCESS),
      // 失败操做
      () => commit(types.CHECKOUT_FAILURE, savedCartItems)
    )
  }
}

在组件中分发 Action
两种方法：
1.使用 this.$store.dispatch('xxx') （支持载荷PayLoad）
2.使用 mapActions 辅助函数（支持载荷PayLoad）

将组件中的 methods 映射为 store.commit 调用（须要在根节点注入 store）

如：
// xxx.vue组件
import { mapActions } from 'vuex'
export default {
  // ...
  methods: {
   ...mapActions([
      'increment', 
    // 将 `this.increment()` 映射为 `this.$store.dispatch('increment')`
      'incrementBy' 
    // 将 `this.incrementBy(amount)` 映射为 `this.$store.dispatch('incrementBy', amount)`
    ]),
    ...mapActions({
      add: 'increment' 
    // 将 `this.add()` 映射为 `this.$store.dispatch('increment')`
    })
  }
}

组合Action

那么既然使用actions来 异步 分发改变状态，
所以也要使用到 Promise ，
和 asyn/await 的新知识的

使用 Promise
actions: {
    actionA( {commit} ){
        return new Promise( (resolve, reject) => {
            setTimeout( () => {
                commit('someMutation')
                resolve()
            }, 1000)
        })
    },
    actionB( {dispatch, commit} ){
        return dispatch('actionA).then( () => {
            commit('someOtherMutation')
        })
    }
},
// xxx.vue组件
methods： {
this.$store.dispatch('actionA').then(() => {
    …
})
}


使用  asyn/await 
//假设 getData() 和 getOtherData() 返回的是 Promise

actions: {
    async actionA ( {commit} ) {
        commit('gotData', await getData())
    },
    async actionB ( {commit} ) {
        await dispatch('actionA') 
        //等待actionA完成
        commit('gotOtherData', await getOtherData())
    }
}

注意：
一个 store.dispatch 在不一样模块中能够触发多个 action 函数。
在这种状况下，只有当全部触发函数完成后，返回的 Promise 才会执行。

5.Module

因为使用单一状态树，应用的全部状态会集中到一个比较大的对象。当应用变得很是复杂时，store 对象就有可能变得至关臃肿。

为了解决以上问题，Vuex 容许咱们将 store 分割成模块（module）。每一个模块拥有本身的 state、mutation、action、getter、甚至是嵌套子模块——从上至下进行一样方式的分割：

const moduleA = {
  state: { ... },
  mutations: { ... },
  actions: { ... },
  getters: { ... }
}

const moduleB = {
  state: { ... },
  mutations: { ... },
  actions: { ... }
}

const store = new Vuex.Store({
  modules: {
    a: moduleA,
    b: moduleB
  }
})

store.state.a // -> moduleA 的状态
store.state.b // -> moduleB 的状态

模块的局部状态
    对于模块内部的 mutation 和 getter，接收的第一个参数是模块的局部状态对象。

    如：
    const moduleA = {
      state: { count: 0 },
      mutations: {
        increment (state) {
          // 这里的 `state` 对象是模块的局部状态
          state.count++
        }
      },
      getters: {
        doubleCount (state) {
          return state.count * 2
        }
      }
    }
    
    一样，对于模块内部的 action，局部状态经过 context.state 暴露出来，
    根节点状态则为 context.rootState：
    如：
    const moduleA = {
      // ...
      actions: {
        incrementIfOddOnRootSum ({ state, commit, rootState }) {
          if ((state.count + rootState.count) % 2 === 1) {
            commit('increment')
          }
        }
      }
    }
    对于模块内部的 getter，根节点状态会做为第三个参数暴露出来：
    如:
    const moduleA = {
      // ...
      getters: {
        sumWithRootCount (state, getters, rootState) {
          return state.count + rootState.count
        }
      }
    }
    
命名空间
    默认状况下，module中的{ state， actions, getters } 注册 在 全局变量上， 
    使得多个模块可以对同一 mutation 或 action 做出响应。
    
    若是但愿 模块具备更高的封装度和复用性，能够经过 添加  namespaced: true  的方式使其成为命名空间模块。
    当模块被注册后，它的全部 getter、action 及 mutation 都会自动根据模块注册的路径调整命名。例如：

    如：
    const store = new Vuex.Store({
      modules: {
        account: {
          namespaced: true,
    
          // 模块内容（module assets）
          state: { ... }, // 模块内的状态已是嵌套的了，使用 `namespaced` 属性不会对其产生影响
          getters: {
            isAdmin () { ... } // -> getters['account/isAdmin']
          },
          actions: {
            login () { ... } // -> dispatch('account/login')
          },
          mutations: {
            login () { ... } // -> commit('account/login')
          },
          // 嵌套模块
          modules: {
            // 继承父模块的命名空间
            myPage: {
              state: { ... },
              getters: {
                profile () { ... } // -> getters['account/profile']
              }
            },
            // 进一步嵌套命名空间
            posts: {
              namespaced: true,
              state: { ... },
              getters: {
                popular () { ... } // -> getters['account/posts/popular']
              }
            }
          }
        }
      }
    })
    启用了命名空间的 getter 和 action 会收到局部化的 getter，dispatch 和 commit。换言之，你在使用模块内容（module assets）时不须要在同一模块内额外添加空间名前缀。更改 namespaced 属性后不须要修改模块内的代码。
    
在命名空间模块内访问全局内容（Global Assets）
    若是但愿 使用全局  state  和 getter，rootState 和 rootGetter 会做为第三和第四参数传入 getter，也会经过 context 对象的属性传入 action。

    {
        命名模块（module）内 使用 全局 state 和 getter
        在命名模块（module）的getterr 传入 rootState 和 rootGetter
    }
    若须要在全局命名空间内分发 action 或提交 mutation，将 { root: true } 做为第三参数传给 dispatch 或 commit 便可。
    {
        全局命名空间 内 分发 action 或 提交 mutation
        则在 action 或 mutation 内
          dispatch('someOtherAction', null, { root: true }) // -> 'someOtherAction'
          dispatch('someOtherAction', null, { root: true }) // -> 'someOtherAction'
    }

    如：
    modules: {
      foo: {
        namespaced: true,
    
        getters: {
          // 在这个模块的 getter 中，`getters` 被局部化了
          // 你可使用 getter 的第四个参数来调用 `rootGetters`
          someGetter (state, getters, rootState, rootGetters) {
            getters.someOtherGetter // -> 'foo/someOtherGetter'
            rootGetters.someOtherGetter // -> 'someOtherGetter'
          },
          someOtherGetter: state => { ... }
        },
    
        actions: {
          // 在这个模块中， dispatch 和 commit 也被局部化了
          // 他们能够接受 `root` 属性以访问根 dispatch 或 commit
          someAction ({ dispatch, commit, getters, rootGetters }) {
            getters.someGetter // -> 'foo/someGetter'
            rootGetters.someGetter // -> 'someGetter'
    
            dispatch('someOtherAction') // -> 'foo/someOtherAction'
            dispatch('someOtherAction', null, { root: true }) // -> 'someOtherAction'
    
            commit('someMutation') // -> 'foo/someMutation'
            commit('someMutation', null, { root: true }) // -> 'someMutation'
          },
          someOtherAction (ctx, payload) { ... }
        }
      }
    }

带命名空间的绑定函数

当使用 mapState, mapGetters, mapActions 和 mapMutations 这些函数来绑定命名空间模块时，写起来可能比较繁琐：
如：
computed: {
  ...mapState({
    a: state => state.some.nested.module.a,
    b: state => state.some.nested.module.b
  })
},
methods: {
  ...mapActions([
    'some/nested/module/foo',
    'some/nested/module/bar'
  ])
}
解决方法：
一、对于这种状况，能够将模块的空间名称字符串做为第一个参数传递给上述函数，这样全部绑定都会自动将该模块做为上下文。因而上面的例子能够简化为：

computed: {
  ...mapState('some/nested/module', {
    a: state => state.a,
    b: state => state.b
  })
},
methods: {
  ...mapActions('some/nested/module', [
    'foo',
    'bar'
  ])
}
二、经过使用 createNamespacedHelpers 建立基于某个命名空间辅助函数。它返回一个对象，对象里有新的绑定在给定命名空间值上的组件绑定辅助函数：

import { createNamespacedHelpers } from 'vuex'

const { mapState, mapActions } = createNamespacedHelpers('some/nested/module')

export default {
  computed: {
    // 在 `some/nested/module` 中查找
    ...mapState({
      a: state => state.a,
      b: state => state.b
    })
  },
  methods: {
    // 在 `some/nested/module` 中查找
    ...mapActions([
      'foo',
      'bar'
    ])
  }
}

给插件开发者的注意事项

若是开发的插件（Plugin）提供了模块并容许用户将其添加到 Vuex store，可能须要考虑模块的空间名称问题。对于这种状况，你能够经过插件的参数对象来容许用户指定空间名称：

如：
// 经过插件的参数对象获得空间名称
// 而后返回 Vuex 插件函数
export function createPlugin (options = {}) {
  return function (store) {
    // 把空间名字添加到插件模块的类型（type）中去
    const namespace = options.namespace || ''
    store.dispatch(namespace + 'pluginAction')
  }
}

模块动态注册

在 store 建立以后，你可使用 store.registerModule 方法注册模块：

如：
// 注册模块 `myModule`
store.registerModule('myModule', {
  // ...
})
// 注册嵌套模块 `nested/myModule`
store.registerModule(['nested', 'myModule'], {
  // ...
})
以后就能够经过 store.state.myModule 和 store.state.nested.myModule 访问模块的状态。

模块动态注册功能使得其余 Vue 插件能够经过在 store 中附加新模块的方式来使用 Vuex 管理状态。例如，vuex-router-sync 插件就是经过动态注册模块将 vue-router 和 vuex 结合在一块儿，实现应用的路由状态管理。

你也可使用 store.unregisterModule(moduleName) 来动态卸载模块。注意，你不能使用此方法卸载静态模块（即建立 store 时声明的模块）。

在注册一个新 module 时，你颇有可能想保留过去的 state，例如从一个服务端渲染的应用保留 state。你能够经过 preserveState 选项将其归档：store.registerModule('a', module, { preserveState: true })。

模块重用
有时咱们可能须要建立一个模块的多个实例，例如：

建立多个 store，他们公用同一个模块 (例如当 runInNewContext 选项是 false 或 'once' 时，为了在服务端渲染中避免有状态的单例)
在一个 store 中屡次注册同一个模块
若是咱们使用一个纯对象来声明模块的状态，那么这个状态对象会经过引用被共享，致使状态对象被修改时 store 或模块间数据互相污染的问题。

实际上这和 Vue 组件内的 data 是一样的问题。所以解决办法也是相同的——使用一个函数来声明模块状态（仅 2.3.0+ 支持）：

如：
const MyReusableModule = {
  state () {
    return {
      foo: 'bar'
    }
  },
  // mutation, action 和 getter 等等...
}

项目结构

Vuex 并不限制你的代码结构。可是，它规定了一些须要遵照的规则：

1. 应用层级的状态应该集中到单个 store 对象中。
2. 提交 mutation 是更改状态的惟一方法，而且这个过程是同步的。
3. 异步逻辑都应该封装到 action 里面。

只要你遵照以上规则，如何组织代码随你便。若是你的 store 文件太大，只需将 action、mutation 和 getter 分割到单独的文件。
对于大型应用，咱们会但愿把 Vuex 相关代码分割到模块中。下面是项目结构示例：

├── index.html
├── main.js
├── api
│   └── ... # 抽取出API请求
├── components
│   ├── App.vue
│   └── ...
└── store
    ├── index.js          # 咱们组装模块并导出 store 的地方
    ├── actions.js        # 根级别的 action
    ├── mutations.js      # 根级别的 mutation
    └── modules
        ├── cart.js       # 购物车模块
        └── products.js   # 产品模块

[vue][plugin][vuex][自总结] - vuex-总结

说在前面

开讲

1.vue

2.Vuex

是什么？

概念：

为何？

特色：

怎么样？

状态相应机制：

使用技巧：

核心概念

一、state：单一状态树，能够认为是 store 的 状态变量（data）

二、Getter：能够认为是 store 的计算属性（computed）

三、Mutation （ 同步 事务 ）：改变store状态的 惟一方式。

四、Action （ 异步 事务 ）：用法相似于mutation，不一样在于能够提交 异步事务（使用dispatch 时 提交异步），

5.Module

项目结构

一、state：单一状态树，能够认为是 store 的状态变量（data）

三、Mutation （同步事务）：改变store状态的惟一方式。

四、Action （异步事务）：用法相似于mutation，不一样在于能够提交异步事务（使用dispatch 时提交异步），