## 模拟与数据

model 用于放置模拟后端数据返回的逻辑；假若接入真实后端接口，则本文件夹可改造为数据层适配。
services 用于请求逻辑，根据 config.useMock 配置可控制返回 mock 数据或是真实接口数据

### 1 模拟策略

1）只依靠 ID 规律进行关联
大部分情况下推荐使用本方案，ID 为`1`的商品固定会关联 ID 为`1`的优惠券或者[ID 对 10 的模运算结果为 1](https://www.runoob.com/try/try.php?filename=tryjs_oper_mod)的优惠券（看需要 1 个还是多个了）。

> 为保持关系稳定，模运算统一使用`10`为除数，`ID`为被除数；即`1%10`、`2%10`。

2）建立额外关联关系查询
在无法使用简单数学关系维持关系的情况下，可以采用单独提供关系数据的方式进行关联（目前也没想到什么场景是数学关系稳定不了的了，先假定有，定下规范做法）。如数据 A 与数据 B 之间需要一个关联 AB，则需要提供`A数据mock`、`B数据mock`、以及`A查B与B反查A`共 4 个 mock 源。

### 2 使用数据

使用数据源时应该在 services 文件夹中按照业务新建自己 fetch 函数导出，fetch 函数以 Promise 形式返回组合调用 model 逻辑得到的数据。

> 不允许直接在业务中调用、使用 model 数据。

## 接入真实 API 后

接入真实 API 后 model 文件夹逻辑可以反转层级，作为数据适配层继续为项目服务。举例说明:

1. 在没有接入 API 时（useMock 为 true）
   1.1 业务调用 services 进行 fetch
   1.2 fetch 逻辑调用 model 文件夹中对应的数据源，构造、返回业务需要的结构

2. 在接入 API 后（useMock 为 false）
   2.1 业务调用 services 进行 fetch
   2.2 fetch 逻辑调用接口得到真实后端数据
   2.3 比对 model 文件夹中数据 mock 数据结构 export 一个数据结构转换函数，输入真实后端数据，输出与 mock 数据结构一致的新数据，返回给 fetch
   2.4 fetch 函数 返回 转换后的 数据结构，业务层无需进行更改