数据管理

我们对比了redux和vuex的设计,觉得vuex的设计更加地简单易用,最终参考了vuex的设计提供了一套数据管理方案,与vuex不同的是,我们提供了完善多实例store模式管理方案,以方便更加复杂的业务场景进行使用。

这是一个简单的例子:

和Vuex类似,我们的mpx内置store主要有以下核心概念:

一些示例:

开始

“store”基本上就是一个容器,它包含着你的应用中大部分的状态 (state)。store 和单纯的全局对象有以下两点不同:

  1. store 的状态存储是响应式的。当 mpx 组件从 store 中读取状态的时候,若 store 中的状态发生变化,那么相应的组件也会相应地得到高效更新。

  2. 你不能直接改变 store 中的状态。改变 store 中的状态的唯一途径就是显式地提交 (commit) mutation。这样使得我们可以方便地跟踪每一个状态的变化。

最简单的store

让我们来创建一个 store。创建过程直截了当——仅需要提供一个初始 state 对象和一些 mutation:

  1. import {createStore} from '@mpxjs/core'
  2. const store = createStore({
  3. state: {
  4. count: 0
  5. },
  6. mutations: {
  7. increment (state) {
  8. state.count++
  9. }
  10. }
  11. })
  12. export default store

现在,你可以通过 store.state 来获取状态对象,以及通过 store.commit 方法触发状态变更:

  1. store.commit('increment')
  2. console.log(store.state.count) // -> 1

再次强调,我们通过提交 mutation 的方式,而非直接改变 store.state.count,是因为我们想要更明确地追踪到状态的变化。

接下来,我们将会更深入地探讨一些核心概念。让我们先从 State 概念开始。

State

在 mpx 组件中获得 store 状态

那么我们如何在 mpx 组件中展示状态呢?由于 mpx内置的store 的状态存储是响应式的,从 store 实例中读取状态最简单的方法就是在计算属性中返回某个状态:

  1. // store.js
  2. import {createStore} from '@mpxjs/core'
  3. const store = createStore({
  4. state: {
  5. count: 0
  6. },
  7. mutations: {
  8. increment (state) {
  9. state.count++
  10. }
  11. }
  12. })
  13. export default store
  1. import store from '../store'
  2. import {createComponent} from '@mpxjs/core'
  3. createComponent({
  4. computed: {
  5. count () {
  6. return store.state.count
  7. }
  8. }
  9. })

每当 store.state.count 变化的时候, 都会重新求取计算属性,并且触发更新相关联的 DOM。

因为小程序原生组件的限制,无法实现自动向上查找父组件挂载的store,所以mpx的store无法像vuex一样提供vue类似的注入机制将其注入到每一个子组件中,所以需要在每个要用到store的地方手工地显式引入。

mapState 辅助函数

当一个组件需要获取多个状态时候,将这些状态都声明为计算属性会有些重复和冗余。为了解决这个问题,我们可以使用 store.mapState 辅助函数帮助我们生成计算属性

  1. // 在单独构建的版本中辅助函数为 mpx内置的store.mapState
  2. import store from '../store'
  3. import {createComponent} from '@mpxjs/core'
  4. createComponent({
  5. // ...
  6. computed: store.mapState({
  7. // 箭头函数可使代码更简练
  8. count: state => state.count,
  9. // 传字符串参数 'count' 等同于 `state => state.count`
  10. countAlias: 'count',
  11. // 为了能够使用 `this` 获取局部状态,必须使用常规函数
  12. countPlusLocalState (state) {
  13. return state.count + this.localCount
  14. }
  15. })
  16. })

当映射的计算属性的名称与 state 的子节点名称相同时,我们也可以给 store.mapState 传一个字符串数组。

  1. import store from '../store'
  2. import {createComponent} from '@mpxjs/core'
  3. createComponent({
  4. computed: store.mapState([
  5. // 映射 this.count 为 store.state.count
  6. 'count'
  7. ])
  8. })

对象展开运算符

store.mapState 函数返回的是一个对象。我们如何将它与局部计算属性混合使用呢?通常,我们需要使用一个工具函数将多个对象合并为一个,以使我们可以将最终对象传给 computed 属性。但是自从有了对象展开运算符(现处于 ECMASCript 提案 stage-3 阶段),我们可以极大地简化写法:

  1. import store from '../store'
  2. import {createComponent} from '@mpxjs/core'
  3. createComponent({
  4. computed: {
  5. localComputed () { /* ... */ },
  6. // 使用对象展开运算符将此对象混入到外部对象中
  7. ...store.mapState({
  8. // ...
  9. })
  10. }
  11. })

组件仍然保有局部状态

使用 mpx内置的store 并不意味着你需要将所有的状态放入store。如果有些状态严格属于单个组件,最好还是作为组件的局部状态data

Getter

有时候我们需要从 store 中的 state 中派生出一些状态,例如对列表进行过滤并计数:

  1. computed: {
  2. doneTodosCount () {
  3. return store.state.todos.filter(todo => todo.done).length
  4. }
  5. }

如果有多个组件需要用到此属性,我们要么复制这个函数,或者抽取到一个共享函数然后在多处导入它——无论哪种方式都不是很理想。

mpx内置store 允许我们在 store 中定义“getter”(可以认为是 store 的计算属性)。就像计算属性一样,getter 的返回值会根据它的依赖被缓存起来,且只有当它的依赖值发生了改变才会被重新计算。

Getter 接受 state 作为其第一个参数:

  1. import {createStore} from '@mpxjs/core'
  2. const store = createStore({
  3. state: {
  4. todos: [
  5. { id: 1, text: '...', done: true },
  6. { id: 2, text: '...', done: false }
  7. ]
  8. },
  9. getters: {
  10. doneTodos: state => {
  11. return state.todos.filter(todo => todo.done)
  12. }
  13. }
  14. })
  15. export default store

Getter 会暴露为 store.getters 对象:

  1. store.getters.doneTodos // -> [{ id: 1, text: '...', done: true }]

Getter 也可以接受其他 getters 作为第二个参数, rootState作为第三个参数:

  1. getters: {
  2. // ...
  3. doneTodosCount: (state, getters, rootState) => {
  4. return getters.doneTodos.length
  5. }
  6. }
  1. store.getters.doneTodosCount // -> 1

我们可以很容易地在任何组件中使用它:

  1. computed: {
  2. doneTodosCount () {
  3. return store.getters.doneTodosCount
  4. }
  5. }

你也可以通过让 getter 返回一个函数,来实现给 getter 传参。在你对 store 里的数组进行查询时非常有用。

  1. getters: {
  2. // ...
  3. getTodoById: (state) => (id) => {
  4. return state.todos.find(todo => todo.id === id)
  5. }
  6. }
  1. store.getters.getTodoById(2) // -> { id: 2, text: '...', done: false }

store.mapGetters 辅助函数

store.mapGetters 辅助函数仅仅是将 store 中的 getter 映射到局部计算属性computed里面:

  1. import store from 'path to store'
  2. export default {
  3. // ...
  4. computed: {
  5. // 使用对象展开运算符将 getter 混入 computed 对象中
  6. ...store.mapGetters([
  7. 'doneTodosCount',
  8. 'anotherGetter',
  9. // ...
  10. ])
  11. }
  12. }

如果你想将一个 getter 属性另取一个名字,使用对象形式:

  1. store.mapGetters({
  2. // 映射 `this.doneCount` 为 `store.getters.doneTodosCount`
  3. doneCount: 'doneTodosCount'
  4. })

Mutation

更改 mpx内置store 的 store 中的状态的唯一方法是提交 mutation。mpx内置store 中的 mutation 非常类似于事件:每个 mutation 都有一个字符串的 事件类型 (type) 和 一个 回调函数 (handler)。这个回调函数就是我们实际进行状态更改的地方,并且它会接受 state 作为第一个参数:

  1. import {createStore} from '@mpxjs/core'
  2. const store = createStore({
  3. state: {
  4. count: 1
  5. },
  6. mutations: {
  7. increment (state) {
  8. // 变更状态
  9. state.count++
  10. }
  11. }
  12. })
  13. export default store

你不能直接调用一个 mutation handler。这个选项更像是事件注册:“当触发一个类型为 increment 的 mutation 时,调用此函数。”要唤醒一个 mutation handler,你需要以相应的 type 调用 store.commit 方法:

  1. store.commit('increment')

提交载荷(Payload)

你可以向 store.commit 传入额外的参数,即 mutation 的 载荷(payload)

  1. // ...
  2. mutations: {
  3. increment (state, n) {
  4. state.count += n
  5. }
  6. }
  1. store.commit('increment', 10)

在大多数情况下,载荷应该是一个对象,这样可以包含多个字段并且记录的 mutation 会更易读:

  1. // ...
  2. mutations: {
  3. increment (state, payload) {
  4. state.count += payload.amount
  5. }
  6. }
  1. store.commit('increment', {
  2. amount: 10
  3. })

Mutation 需遵守的响应规则

mpx内置store 中的状态是响应式的,那么当我们变更状态时,监视状态的 mpx页面或组件也会自动更新。这也意味着 mpx内置store 中的 mutation需要遵守一些注意事项:

  1. 无法感知属性的添加或删除,所以最好提前在你的 store 中初始化好所有所需属性。

  2. 当需要在对象上添加新属性时,你可以

    1. state.obj = { ...state.obj, newProp: 123 }

Mutation 必须是同步函数

一条重要的原则就是要记住 mutation 必须是同步函数

在组件中提交 Mutation

你可以在组件中使用 store.commit('xxx') 提交 mutation,或者使用 store.mapMutations 辅助函数将组件中的 methods 映射为 store.commit 调用。

  1. import { createComponent } from '@mpxjs/core'
  2. import store from '../store'
  3. createComponent({
  4. // ...
  5. methods: {
  6. ...store.mapMutations([
  7. 'increment', // 将 `this.increment()` 映射为 `store.commit('increment')`
  8. // `mapMutations` 也支持载荷:
  9. 'incrementBy' // 将 `this.incrementBy(amount)` 映射为 `store.commit('incrementBy', amount)`
  10. ]),
  11. ...store.mapMutations({
  12. add: 'increment' // 将 `this.add()` 映射为 `store.commit('increment')`
  13. })
  14. }
  15. })

Action

Action 类似于 mutation,不同在于:

  • Action 提交的是 mutation,而不是直接变更状态。
  • Action 可以包含任意异步操作。

让我们来注册一个简单的 action:

  1. import {createStore} from '@mpxjs/core'
  2. const store = createStore({
  3. state: {
  4. count: 0
  5. },
  6. mutations: {
  7. increment (state) {
  8. state.count++
  9. }
  10. },
  11. actions: {
  12. increment (context) {
  13. context.commit('increment')
  14. },
  15. increment2({rootState, state, getters, dispatch, commit}) {
  16. }
  17. }
  18. })
  19. export default store

Action 函数接受一个 context 对象,因此你可以调用 context.commit 提交一个 mutation,或者通过 context.rootStatecontext.statecontext.getters 来获取全局state、局部state 和 全局 getters。

实践中,我们会经常用到 ES2015 的 参数解构 来简化代码(特别是我们需要调用 commit 很多次的时候):

  1. actions: {
  2. increment ({ commit }) {
  3. commit('increment')
  4. }
  5. }

分发 Action

Action 通过 store.dispatch 方法触发:

  1. store.dispatch('increment')

乍一眼看上去感觉多此一举,我们直接分发 mutation 岂不更方便?实际上并非如此,还记得 mutation 必须同步执行这个限制么?Action 就不受约束!我们可以在 action 内部执行异步操作:

  1. actions: {
  2. incrementAsync ({ commit }) {
  3. setTimeout(() => {
  4. commit('increment')
  5. }, 1000)
  6. }
  7. }

Actions 支持同样的载荷方式进行分发:

  1. // 以载荷形式分发
  2. store.dispatch('incrementAsync', {
  3. amount: 10
  4. })

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

  1. actions: {
  2. checkout ({ commit, state }, products) {
  3. // 把当前购物车的物品备份起来
  4. const savedCartItems = [...state.cart.added]
  5. // 发出结账请求,然后乐观地清空购物车
  6. commit(types.CHECKOUT_REQUEST)
  7. // 购物 API 接受一个成功回调和一个失败回调
  8. shop.buyProducts(
  9. products,
  10. // 成功操作
  11. () => commit(types.CHECKOUT_SUCCESS),
  12. // 失败操作
  13. () => commit(types.CHECKOUT_FAILURE, savedCartItems)
  14. )
  15. }
  16. }

注意我们正在进行一系列的异步操作,并且通过提交 mutation 来记录 action 产生的副作用(即状态变更)。

在组件中分发 Action

你在组件中使用 store.dispatch('xxx') 分发 action,或者使用 store.mapActions 辅助函数将组件的 methods 映射为 store.dispatch 调用:

  1. import { createComponent } from '@mpxjs/core'
  2. import store from '../store'
  3. createComponent({
  4. // ...
  5. methods: {
  6. ...store.mapActions([
  7. 'increment', // 将 `this.increment()` 映射为 `store.dispatch('increment')`
  8. // `mapActions` 也支持载荷:
  9. 'incrementBy' // 将 `this.incrementBy(amount)` 映射为 `store.dispatch('incrementBy', amount)`
  10. ]),
  11. ...store.mapActions({
  12. add: 'increment' // 将 `this.add()` 映射为 `store.dispatch('increment')`
  13. })
  14. }
  15. })

组合 Action

Action 通常是异步的,那么如何知道 action 什么时候结束呢?更重要的是,我们如何才能组合多个 action,以处理更加复杂的异步流程?

首先,你需要明白 store.dispatch 可以处理被触发的 action 的处理函数返回的 Promise,并且 store.dispatch 仍旧返回 Promise:

  1. actions: {
  2. actionA ({ commit }) {
  3. return new Promise((resolve, reject) => {
  4. setTimeout(() => {
  5. commit('someMutation')
  6. resolve()
  7. }, 1000)
  8. })
  9. }
  10. }

现在你可以:

  1. store.dispatch('actionA').then(() => {
  2. // ...
  3. })

在另外一个 action 中也可以:

  1. actions: {
  2. // ...
  3. actionB ({ dispatch, commit }) {
  4. return dispatch('actionA').then(() => {
  5. commit('someOtherMutation')
  6. })
  7. }
  8. }

最后,如果我们利用 async / await,我们可以如下组合 action:

  1. // 假设 getData() 和 getOtherData() 返回的是 Promise
  2. actions: {
  3. async actionA ({ commit }) {
  4. commit('gotData', await getData())
  5. },
  6. async actionB ({ dispatch, commit }) {
  7. await dispatch('actionA') // 等待 actionA 完成
  8. commit('gotOtherData', await getOtherData())
  9. }
  10. }

Module

PS:虽然支持module,但不支持namespace。在MPX里,我们更推荐使用多实例模式

当应用变得非常复杂时,store 对象就有可能变得相当臃肿。

为了解决以上问题,mpx内置store 允许我们将 store 分割成模块(module)。每个模块拥有自己的 state、mutation、action、getter、甚至是嵌套子模块——从上至下进行同样方式的分割:

  1. import {createStore} from '@mpxjs/core'
  2. const moduleA = {
  3. state: { ... },
  4. mutations: { ... },
  5. actions: { ... },
  6. getters: { ... }
  7. }
  8. const moduleB = {
  9. state: { ... },
  10. mutations: { ... },
  11. actions: { ... }
  12. }
  13. const store = createStore({
  14. modules: {
  15. a: moduleA,
  16. b: moduleB
  17. }
  18. })
  19. store.state.a // -> moduleA 的状态
  20. store.state.b // -> moduleB 的状态
  21. export default store

模块的局部状态

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

  1. const moduleA = {
  2. state: { count: 0 },
  3. mutations: {
  4. increment (state) {
  5. // 这里的 `state` 对象是模块的局部状态
  6. state.count++
  7. }
  8. },
  9. getters: {
  10. doubleCount (state) {
  11. return state.count * 2
  12. }
  13. }
  14. }

同样,对于模块内部的 action,局部状态通过 context.state 暴露出来,根节点状态则为 context.rootState

  1. const moduleA = {
  2. // ...
  3. actions: {
  4. incrementIfOddOnRootSum ({ state, commit, rootState }) {
  5. if ((state.count + rootState.count) % 2 === 1) {
  6. commit('increment')
  7. }
  8. }
  9. }
  10. }

对于模块内部的 getter,根节点状态会作为第三个参数暴露出来:

  1. const moduleA = {
  2. // ...
  3. getters: {
  4. sumWithRootCount (state, getters, rootState) {
  5. return state.count + rootState.count
  6. }
  7. }
  8. }

多实例

允许创建多实例,各store实例彼此互相独立,状态互不干扰,不需要考虑命名空间的问题,而且可以随时动态创建一个新的store,更灵活且移植性更高。相对较于modules,更推荐多实例模式

联合多个store实例

如果需要使用外部store的数据,mpx 也提供的createStore支持传入deps参数,表示注入的外部store。在store内部访问外部store的资源使用如下方式(都是加namespace形式的path访问模式)。由于注入store的各部分(state, getters, mutations, actions)是 以key作为namespace merge在options对应属性内部的,所以deps的key要防止冲突

基础例子

例子:

  1. import {createStore} from '@mpxjs/core'
  2. const store1 = createStore({
  3. state: {
  4. a: 1
  5. },
  6. getters: {
  7. getA(state) {
  8. return state.a
  9. }
  10. },
  11. mutations: {
  12. setA(state, payload) {
  13. state.a = payload
  14. }
  15. },
  16. actions: {
  17. actionA({commit}, payload) {
  18. commit('setA', payload)
  19. }
  20. }
  21. })
  22. const store2 = createStore({
  23. state: {
  24. b: 1
  25. },
  26. getters: {
  27. getB(state, getters) {
  28. // 访问外部store1的数据,按路径访问
  29. return state.b + state.store1.a + getters.store1.getA
  30. }
  31. },
  32. mutations: {
  33. setB(state, payload) {
  34. state.b = payload
  35. }
  36. },
  37. actions: {
  38. actionB({dispatch, commit}, payload) {
  39. // 同理,mutations、actions访问外部store1的方法时,也是按路径访问
  40. commit('store1.setA', payload)
  41. dispatch('store1.actionA', payload)
  42. commit('setB', payload)
  43. }
  44. },
  45. deps: {
  46. store1
  47. }
  48. })
  49. export {store1, store2}

多store注入下的’store.mapGetters、store.mapMuations、store.mapActions’

  1. import {createStore, createComponent} from '@mpxjs/core'
  2. const store1 = createStore({
  3. state: {
  4. a: 1
  5. },
  6. getters: {
  7. getA(state, getters) {
  8. return state.b + state.store1.a + getters.store1.getA
  9. }
  10. },
  11. mutations: {
  12. setA(state, payload) {
  13. state.a = payload
  14. }
  15. },
  16. actions: {
  17. actionA({commit}, payload) {
  18. commit('setA', payload)
  19. }
  20. }
  21. })
  22. const store2 = createStore({
  23. state: {
  24. b: 1
  25. },
  26. getters: {
  27. getB(state) {
  28. return state.b + state.store1.a
  29. }
  30. },
  31. mutations: {
  32. setB(state, payload) {
  33. state.b = payload
  34. }
  35. },
  36. actions: {
  37. actionB({dispatch, commit}, payload) {
  38. commit('store1.setA', payload)
  39. dispatch('store1.actionA', payload)
  40. commit('setB', payload)
  41. }
  42. },
  43. deps: {
  44. // xx: store1
  45. store1
  46. }
  47. })
  48. // 组件内部使用store
  49. createComponent({
  50. computed: {
  51. ...store2.mapGetters(['getB', 'store1.getA'])
  52. },
  53. methods: {
  54. ...store2.mapMutations(['setB', 'store1.setA']),
  55. ...store2.mapActions(['actionB', 'store1.actionA'])
  56. }
  57. })