model 用于放置模拟后端数据返回的逻辑；假若接入真实后端接口，则本文件夹可改造为数据层适配。 services 用于请求逻辑，根据 config.useMock 配置可控制返回 mock 数据或是真实接口数据
1）只依靠 ID 规律进行关联
大部分情况下推荐使用本方案，ID 为1的商品固定会关联 ID 为1的优惠券或者ID 对 10 的模运算结果为 1的优惠券（看需要 1 个还是多个了）。
为保持关系稳定，模运算统一使用
10为除数，ID为被除数；即1%10、2%10。
2）建立额外关联关系查询
在无法使用简单数学关系维持关系的情况下，可以采用单独提供关系数据的方式进行关联（目前也没想到什么场景是数学关系稳定不了的了，先假定有，定下规范做法）。如数据 A 与数据 B 之间需要一个关联 AB，则需要提供A数据mock、B数据mock、以及A查B与B反查A共 4 个 mock 源。
使用数据源时应该在 services 文件夹中按照业务新建自己 fetch 函数导出，fetch 函数以 Promise 形式返回组合调用 model 逻辑得到的数据。
不允许直接在业务中调用、使用 model 数据。
接入真实 API 后 model 文件夹逻辑可以反转层级，作为数据适配层继续为项目服务。举例说明:
-
在没有接入 API 时（useMock 为 true） 1.1 业务调用 services 进行 fetch 1.2 fetch 逻辑调用 model 文件夹中对应的数据源，构造、返回业务需要的结构
-
在接入 API 后（useMock 为 false） 2.1 业务调用 services 进行 fetch 2.2 fetch 逻辑调用接口得到真实后端数据 2.3 比对 model 文件夹中数据 mock 数据结构 export 一个数据结构转换函数，输入真实后端数据，输出与 mock 数据结构一致的新数据，返回给 fetch 2.4 fetch 函数 返回 转换后的 数据结构，业务层无需进行更改