共计 6462 个字符,预计需要花费 17 分钟才能阅读完成。
注意! 广告警告! 广告警告! 广告警告!
在一个 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 数据配置
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 完成之后就可以愉快编写业务逻辑了
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 = `
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<meta http-equiv="X-UA-Compatible" content="ie=edge">
<title>Document</title>
</head>
<body>
这个是由 mock server 返回的模板
</body>
</html>
`;
并且可以返回一个方法, 通过脚本逻辑来处理最终要返回的数据
// 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!