03-设计 Model

优质

小牛编辑

115浏览

2023-12-01

在了解了项目基本的结构划分以后，我们将要开始设计 model，在设计 model 之前，我们来回顾一下我们需要做的项目是什么样的：

user-dashboard

Model 的抽象

从设计稿中我们可以看出，这部分功能基本是围绕 以用户数据为基础 的操作，其中包含：

用户信息的展示（查询）
用户信息的操作（增加，删除，修改）

有经验的同学不难发现，无论是多复杂的项目也基本上是围绕着数据的展示和操作，复杂一点的无非是组合了很多数据，有关联关系，只要分解开来，model 的结构层次依旧会很清晰，便于维护。

所以抽离 model 的原则就是抽离数据模型，很明显在这里，我们首先会抽离一个users的 model。

Model 的设计

在抽离了users以后，我们来看下如何设计，通常有以下两种方式：

按照数据维度
按照业务维度

数据维度

按照数据维度的 model 设计原则就是抽离数据本身以及相关操作的方法，比如在本例的 users ：

// models/users.js

export default {
  namespace: 'users',
  state: {
    list: [],
    total: null,
  },
    effects: {
        *query(){},
        *create(){},
        // 因为delete是关键字
        *'delete'(){},
        *update(){},
    },
    reducers: {
        querySuccess(){},
        createSuccess(){},
        deleteSuccess(){},
        updateSuccess(){},
    }
}

如果你写过后台代码，你会发现这跟我们常常写的后台接口是很类似的，只关心数据本身，至于在使用 users model 的组件中所遇到的状态管理等信息跟 model 无关，而是作为组件自身的state维护。

这种设计方式使得 model 很纯粹，在设计通用数据信息 model 的时候比较适用，比如当前用户登陆信息等数据 model。但是在数据跟业务状态交互比较紧密，数据不是那么独立的时候会有些不那么方便，因为在数据跟业务状态紧密相连的场景下，将状态放到 model 里面维护会使得我们的代码更加清晰可控，而这种方式就是下面将要介绍的 业务维度 方式的设计。

业务维度

按照业务维度的 model 设计，则是将数据以及使用强关联数据的组件中的状态统一抽象成 model 的方法，在本例中，users model设计如下：

// models/users.js

export default {
  namespace: 'users',

  state: {
    list: [],
    total: null, 
    loading: false, // 控制加载状态
    current: null, // 当前分页信息
    currentItem: {}, // 当前操作的用户对象
    modalVisible: false, // 弹出窗的显示状态
    modalType: 'create', // 弹出窗的类型（添加用户，编辑用户）
  },
    effects: {
        *query(){},
        *create(){},
        *'delete'(){},
        *update(){},
    },
    reducers: {
        showLoading(){}, // 控制加载状态的 reducer
        showModal(){}, // 控制 Modal 显示状态的 reducer
        hideModal(){},
        querySuccess(){},
        createSuccess(){},
        deleteSuccess(){},
        updateSuccess(){},
    }
}

需要注意的是，有可能初次接触到 name(){} 的语法有些陌生，这种写法可以看成是：

name: function(){}

的简写，另外，*name(){} 前面的 * 号，表示这个方法是一个 Generator函数，具体可以参看Generator 函数的含义与用法

回到代码，可以看到，我们将业务状态也一并放到 model 当中去了，这样所有状态的变化都会在 model 中控制，会更容易跟踪和操作。

根据样例项目的情况，由于数据跟业务状态关联性强，所以我们采用业务维度的方式来设计我们的 model，在设计好了 users model 的基本形态以后，接下来在写代码的过程中我们会不断完善。

下一步，进入组件设计方法。