基于json-server完整模拟后台接口

json-server的基本使用

---

安装

     cnpm i -g json-server

生成package.json

    npm init -y

指定启动命令

定义路由映射关系（routes.json）

    apsShiftTime 为 db.json 中的keyName 或 db.js 返回对象的keyName

使用fakerJs造mock数据

    定义test.js文件，该文件中使用module.exports导出一个函数，且函数中必须return一个对象，该对象的第一层key即对应的路由（同routes.json映射）

中间件

    可以利用中间件对一些参数做校验，并在合适的时间点抛出错误

    修改启动脚本

     编写中间件

实现增删改查

---

    考虑使用两个中间件，一个中间件用来"启动本地数据库"，另一个则是留出来处理具体的业务逻辑，比如开启分页、启用筛选、参数校验等

    对于我们模拟请求来说，将增删改查操作全都看作是一张表，我觉得是没有问题的，因此在此约定，以/get开头的请求地址被作为"数据库"地址，后序的增加、删除和编辑操作都基于该"数据库"完成，这里之所以打上引号，是因为我们不可能真的使用mysql或者mongdb，这样就脱离了“提升效率”的初衷了，故在此使用fs模块的文件读写能力，将数据存作json文件

    由于可以在中间件中直接res.send不再继续下发，但是JsonServer又必须要求提供db.js或者db.json文件，故我们可以在这里存储错误消息，并在需要抛错时redirect于此，如404

    最后路由的规则是一样的，只不过这里我们将/get作为一张“表”来看待了

    现在就可以在第二个中间件里边作增删改了

写在最后

---

    首先很明确的是，这样做没啥大的卵用，至少对提升效率来说。毕竟真正工作中谁又会花时间去处理部分后端逻辑呢？哪怕多写一行都不行！！，在线mock它不香吗？可是谁让我闲的dan疼呢

---

fakerJs