前后端分离之更好的mock你的后端api

摘要：注意广告警告广告警告广告警告在一个应用的开发周期中一般前端与后端都是并行开发的各自完成自己的开发工作后进行联调联调通过再进行提测发布开发过程中前端都会以后端提供的文档作为标准模拟返回数据以确保在开发中就保证功能的完整性而关于如何更好的进行业

注意! 广告警告! 广告警告! 广告警告!

在一个web应用的开发周期中, 一般前端与后端都是并行开发的, 各自完成自己的开发工作后进行联调, 联调通过再进行提测/发布.

开发过程中, 前端都会以后端提供的 api 文档作为标准, mock 模拟 api 返回数据, 以确保在开发中就保证功能的完整性.

而关于如何更好的进行 mock, 业界/开源社区可谓有相当多质量上乘的解决方案, 如easy-mock, yapi等.

但是越是大而全的工具很多时候功能会超越需求非常多, 要简单实现 mock api 的需求其实也有非常多小而美工具库可以使用.

而本文主要介绍 mock-server 这个工具的使用

选用 mock-server 的主要原因除了是我开发的使用比较简单之外, 更多的是满足了下文提到的一些开发需求, 如果你也有同样的需求而还没找到解决方案的话, 不妨试用一下.

可选全局安装, 安装完成过后, 就可以通过mock命令启动来 mock server

npm install -g mock-server-local

mock -h # 即安装成功

# 用 -d 指定mock数据配置目录, 为空时默认为当前目录 `.`
mock -d ./mock

# 用 -p 指定server的端口, 默认为8888, 如果8888被占用会端口号+1, 直至端口可用
# 注意如果指定了端口号, 但是端口号被占用的话, 会抛出错误
mock -d ./mock -p 8080

个人比较习惯在项目中进行安装, 并通过npm script启动, 而 mock 数据也存放在项目当中, 通过 git 等版本管理工具在项目成员当中共享, 假设项目目录为proj

// proj/package.json
{
  // ...
  "script": {
    "mock": "mock -d ./mock -p 8080"
  }
  // ...
}

# 本地安装
npm install mock-server-local --save-dev

# 启动mock server
npm run mock

> mock@1.8.9 mock /path/to/proj
> mock -d ./mock -p 8080

you can access mock server:
http://127.0.0.1:8080
http://ww.xx.yy.zz:8080

you can access mock server view:
http://127.0.0.1:8080/view
http://ww.xx.yy.zz:8080/view

就这样 mock server 就已经启动了, 访问127.0.0.1:8080/view即可看到 mock server 的控制页面

就下来就是调整代理, 把应用的请求转发到 mock server 进行处理

如果你使用webpack来构建你的项目, 那你只需要改动一下webpack.devServer的配置即可

假设我们的业务域名为target.mock.com, 而接口基本都是target.mock.com/api/**, 可以这样进行配置

devServer: {
  proxy: {
    "/api": {
      target: "http://127.0.0.1:8080", // mock server
      headers: {
        host: "target.mock.com" // 业务域名
      },
      onProxyReq: function(proxyReq, req, res) {
        proxyReq.setheader("host", "target.mock.com"); // 业务域名
      }
    }
  }
}

接着在开发中, 启动 webpack 之后, 发出的请求/api/**都会被转发到

而如果应用本身不使用 webpack 或其他带 server 功能的打包工具, 可以使用代理工具进行请求转发

如果是用 Chrome 浏览器调试应用, 可以下载SwitchyOmega一类可配置, 把特定域名的请求进行转发

使用微信开发者工具的话, 可直接设置代理, 设置 -> 代理设置 -> 勾选手动设置代理 -> 填写代理配置

推荐使用 whistle, fiddler 一类功能完整代理工具, 类似配置如下

target.mock.com/api 127.0.0.1:8080 # 接口请求转发到mock server

target.mock.com www.xx.yy.zz # 页面从正常的开发测试机ip中获取, 或本地调试服务器

mock server 的配置是根据 mock 目录的目录结构生成的, 假设需要进行 mock 的 api 接口完整的 url 为target.mock.com/api/login

而且需要模拟以下三种情况的数据返回

登录失败, 返回错误码-1 及错误信息

登录成功, 返回错误码 0 和用户信息, 且要带上登录态 cookie

请求时间超过 8 秒, 导致前端请求超时

那么目录结构与数据配置文件应该如下所示

|- proj
  |- mock
    |- target.mock.com
      |- api
        |- login
          |- 登录成功
          |- 登录失败
          |- 请求超时

// 登录失败
// proj/mock/target.mock.com/api/login/登录失败/data.js
module.exports = {
  code: -1,
  msg: "登录失败!"
};

// 登录成功
// proj/mock/target.mock.com/api/login/登录成功/data.js
module.exports = {
  code: 0,
  msg: "登录成功",
  username: "ahui"
};
// proj/mock/target.mock.com/api/login/登录成功/http.js
module.exports = {
  header: {
    "Set-Cookie": "token=123456789;"
  }
};

// 请求超时
// proj/mock/target.mock.com/api/login/请求超时/data.js
module.exports = {};
// proj/mock/target.mock.com/api/login/请求超时/http.js
module.exports = {
  delay: 8
};

根据上面目录配置, 访问 mock server 页面的 mock 面板127.0.0.1:8080/view/mocks, 就可以看到以下页面

现在我们只需要勾选其中一个状态, 然后发出请求即可

mock完成之后就可以愉快编写业务逻辑了

看了上面的例子应该也就大致可以了解到, data.js里面定义接口返回的数据. 而http.js, 顾名思义就是定义 http 请求相关行为的, 例如可以定义响应头, http 状态码, 请求耗时等.

data 同时也支持使用 json 文件, 非 js/json 文件的一律当 json 格式处理, 而 http 则只支持通过 js 文件定义

http.js可选配置如下

module.exports = {
  delay: 8, // 耗时8秒
  status: 200 // http状态码
  header: {
    // ... http响应头
  }
}

而data.js除了可以简单定义返回数据之外, 还可以直接返回模板, 如

module.exports = `



  
  
  
  


  这个是由mock server返回的模板


`;

并且可以返回一个方法, 通过脚本逻辑来处理最终要返回的数据

// ctx: https://koajs.com/#context
module.exports = function(ctx) {
  // 逻辑处理

  return {
    data: {}, // 响应数据
    header: {}, // 如有需要可以配置, 同http.js#header
    delay: 0.1, // 如有需要可以配置, 同http.js#delay
    status: 200 // 如有需要可以配置, 同http.js#status
  };
};

// 如果当中有异步逻辑, 请返回promise, 或直接使用async方法
module.exports = async function(ctx) {
  // 异步逻辑处理
  await asyncFn();

  return {
    data: {}, // 响应数据
    header: {}, // 如有需要可以配置, 同http.js#header
    delay: 0.1, // 如有需要可以配置, 同http.js#delay
    status: 200 // 如有需要可以配置, 同http.js#status
  };
};

在开发过程可能出现这样的场景, 一期项目已经开发完了, 现在进行二期迭代的开发工作, 这个时候由于之前的接口后台已经都实现, 二期开发中只想对新增的 api 进行 mock

这个时候可以修改一下代理工具的配置, 把不同接口的请求转发到不同的服务器

# 新增接口转发至mock server
target.mock.com/api/new1 127.0.0.1:8080

target.mock.com/api/new2 127.0.0.1:8080

# 其余接口直接使用线上/测试机数据
target.mock.com ww.xx.yy.zz

又或者可以直接使用 mock server 提供的简单的代理功能, 只需要在 mock 目录个目录下新建proxy.js文件

|- proj
  |- mock
    |- proxy.js

// proj/mock/proxy.js
module.exports = {
  target.mock.com: "https://ww.xx.yy.zz" // 这里可以指定ip也可以指定域名, 但是需要注意协议类型是必须要带上的
}

这样配置之后, 在代理工具中就可以直接把所有的target.mock.com的请求都直接转发到 mock server

当对应请求的 url 并没有勾选任何一个返回状态, 或根本没有配置对应的 url 时, mock server 都会帮助我们把请求转发到目标 ip

假设没有配置proxy.js的话, 对于没有命中的 url 请求, 会根据 host 直接请求线上的资源或接口

在非前后端分离的架构中, 很常会出现这样的需求, 应用的入口即是后端接口, 后端会进行鉴权, 拼接模板内容和数据, 然后直接返回页面给到前端进行展示.

这样的场景 mock server 可以很简单通过data.js中导出方法的方式来处理

const fs = require("fs");

module.exports = async ctx => {
    let html = "";

    let template = fs.readFileSync("path/to/html/template/index.ejs"); // 举例ejs, 实际可以处理任何模板引擎

    // 这里处理模板的语法
    // 1. 处理类似include的拼接模板的语法
    // 2. 处理类似<%= =>插入变量/数据的语法
    // 3. 等等等等....

    html = processedHtml;

    return {
        data: html,
        header: {
          "Set-Cookie": "SESSIONID=123123123123;"
        };
    };
};

这样子我们就可以进行模板接口的调试了. 再回到我们的上一个例子

我们希望可以使用线上已有接口和数据状态(如开户数据)

也希望使用后端的登录态(这样后续的接口调用也能通过鉴权), 但也同时希望可以调试本地模板呢?

比较直观的方式是, 本地修改模板然后把模板改动上传到开发服务器, 然后直接请求开发服务器进行调试

但是改动比较多, 需要频繁调试的话, 或许使用 mock server 也是一个不错的选择. 更进一步, 如果是微信 h5 且后端的登录鉴权接入了微信登录呢?

我们来分析一下如何使用 mock server 满足这样的调试述求, h5 微信登录基本的流程如下

请求线上/开发测试服务器接口

接口返回 http 状态码 302 并带上 Location 头, 跳转到微信 url

请求微信 url 会返回 301 再回跳我们的业务域名

回跳我们的业务域名时, 即再次请求服务器接口, 获取微信登录 code 进行业务登录

返回登录态及 html 页面

上面的流程中, 其实需要介入只有最后一步而已, 就是获取到登录态并返回需要调试的 html 模板内容即可

而前面的步骤, 完全可以通过在data.js中实现简单的代理完成

// 微信登录/data.js
const httpProxy = require("http-proxy");
const fs = require("fs");
const path = require("path");

proxy = httpProxy.createServer({
  secure: false
});

async function req({ req, res }) {
  proxy.web(req, res, {
    target: {
      protocol: "https:",
      host: "ww.xx.yy.zz", // 目标服务器
      port: 443,
      pfx: fs.readFileSync(path.resolve(process.cwd(), "cert/cert.p12")), // 如果服务器是https需要生成证书
      passphrase: "password"
    },
    selfHandleResponse: true
  });

  return new Promise((resolve, reject) => {
    proxy.once("proxyRes", function(proxyRes, req, res) {
      let body = [];
      let size = 0;
      function onData(chunk) {
        body.push(chunk);
        size += chunk.length;
      }

      proxyRes.on("data", onData).once("end", () => {
        proxyRes.off("data", onData);
        body = Buffer.concat(body, size);
        resolve({
          header: proxyRes.headers,
          data: body,
          status: proxyRes.statusCode
        });
      });
    });
  });
}

module.exports = async function(ctx) {
  // 登录态
  const res = await req(ctx);
  const header = res.header;
  res.header = Object.keys(header).reduce((c, k) => {
    let nk = k
      .split("-")
      .map(v => v.charAt(0).toUpperCase() + v.slice(1))
      .join("-");
    c[nk] = header[k];
    return c;
  }, {});

  if (res.header["Set-Cookie"]) {
    // 如果有Set-Cookie header, 则要处理返回本地模板
    // 这里处理模板的语法
    // 1. 处理类似include的拼接模板的语法
    // 2. 处理类似<%= =>插入变量/数据的语法
    // 3. 等等等等....
    res.data = template;

    // 这里需要注意, 目标服务器可能会返回gzip过后的数据
    // 如果不对Content-Encoding和Content-Length进行处理的话
    // 会导致响应中Content-Length和实际内荣长度不一致而出错
    res.header["Content-Encoding"] = "identity";
    delete res.header["Content-Length"];
  }
  return res;
};

这样我们就可以对具体的接口模板进行调试了

重复造轮子不易, 且造且珍惜

如果大家有mock api的需求的话, 不妨也试用一下 mock-server

如果觉得 mock-server 还不错, 或者解决了mock的一些痛点, 不妨赏个star

最后, 用得不爽或发现bug, 恳请提issue!