Browsersync使用http-proxy-middleware转发请求到mock服务器

Posted 小叶子

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Browsersync使用http-proxy-middleware转发请求到mock服务器相关的知识,希望对你有一定的参考价值。

背景

最近对项目里的老代码进行了一些优化和整改,其中一个便是对mock的优化。

老代码

方案

将mock代码先使用babel从es6编译为es5,再自己写了一个中间件mockApiMiddleware(实际就是一个方法接收处理reques,response,next),根据request从mock中获取到数据再response给前端。
browsersync示例:

const webpackDevMiddleware = require(\'webpack-dev-middleware\')
const webpackHotMiddleware = require(\'webpack-hot-middleware\')

module.exports = function() {
    ...
    middleware: [
        mockApiMiddleware(), // 自定义mock服务中间件
        webpackDevMiddleware(params), // webpack中间件,params是webapck编译后相关路径等参数
        webpackHotMiddleware(params),
]
}

弊端

  1. 当mock的代码改变后,需要重启(即重新babel编译原来的mock)才能刷新mock数据。
  2. mock中若依赖项目代码的一些常量等文件,babel还需要增加引用了的项目代码的编译,否则会报错(不支持项目的es6代码)。

新代码

方案

为了解决如上问题,决定将架构修改为:

  1. 解决弊端2 ==> 使用node server作为mock的服务器,和browsersync不共用服务端口,新的mock server使用4000端口(browsersync使用8080)。
  2. 解决弊端1 ==> 使用nodemon监听到文件修改自动重启mock服务。
  3. 由于现在mock服务和browsersync不在同一个端口启动,前端通过browsersync启动后发送的mock请求依旧是请求8080端口,因此新增http-proxy-middleware进行转发,将8080端口(原请求)的请求转发到4000端口(mock服务端口)。
  4. 根据上述方案,发现如果这样设计我们需要同时启用2个cmd窗口,为了开发方便,我们想要一条命令npm start即可。concurrently 和 npm-run-all可以解决这个问题,不需要开新的cmd窗口并行执行多条cmd命令。

实现

新建mock server

新建node服务器时,使用express、koa等能减少很多工作。由于在本次项目中,原来的mockApiMiddleware代码是可以复用的,因此简单使用node新建服务即可。

// createProxyMiddleware没有传递next,这里只是为了兼容老代码
const next = () => {
  info(`can not find in mock data.`)
}
// 获取mock数据的业务代码
const mockApiMiddleware = function (req, res) {
  info(`Request Method-> ${req.method}, URL -> ${req.url}`)
  const mockArray = mocker.getMocks()
  if (req.method.toUpperCase() === \'GET\') {
    handleGetRequest(req, res, next, mockArray)
  } else if (req.method.toUpperCase() === \'POST\' || req.method.toUpperCase() === \'PUT\') {
    handlePostRequest(req, res, next, mockArray)
  } else if (req.method.toUpperCase() === \'PATCH\') {
    handlePatchRequest(req, res, next, mockArray)
  }
}

const server = http.createServer((req, res) => {
  mockApiMiddleware(req, res)
})
server.listen(4000)
info(`mock server start on port 4000. \\r\\n\\r\\n`)

nodemon启动mock

在package.json的scripts中新增如下配置,npm run mock启动服务后,watch的文件改变时,自动重启。

-w 配置监听的文件,监听多个文件时用多个-w表示。
./mock/server.js 是启动服务的文件
--exec配置为使用babel-node运行(es6文件可以直接执行,不用babel预编译)
"mock": "nodemon --legacy-watch -w ./mock -w [other watch files] ./mock/server.js --exec babel-node"

browsersync示例

http-proxy-middleware 1.0+版本中,使用createProxyMiddleware方法新建转发中间件。

const webpackDevMiddleware = require(\'webpack-dev-middleware\')
const webpackHotMiddleware = require(\'webpack-hot-middleware\')
const { createProxyMiddleware } = require(\'http-proxy-middleware\')

module.exports = function() {
    ...
    middleware: [
        webpackDevMiddleware(params), // webpack中间件,params是webapck编译后相关路径等参数
        webpackHotMiddleware(params),
        createProxyMiddleware(\'/api/v1\', { // 路径匹配
              target: \'http://localhost:4000\', // 要转发的目标地址
              changeOrigin: true, // for vhosted sites, changes host header to match to target\'s host
            }),
    ]
}

npm run同时执行多个

concurrently 和 npm-run-all同样有用,项目中已经有npm-run-all,因此选择了它。
--parallel参数表示并发执行
gulp-dev可以是任何启动前端的命令

"start":"npm-run-all  --parallel mock gulp-dev"

结果

现在只需要运行npm run start,就可以同时启动2个服务啦,并且mock数据修改后立马生效,再也不用重启了。

以上是关于Browsersync使用http-proxy-middleware转发请求到mock服务器的主要内容,如果未能解决你的问题,请参考以下文章

BrowserSync 非常慢

gulp 和 Browsersync 的联合使用

浏览器同步测试神器 — BrowserSync

browsersync使用

如何使用Gulp Browsersync与Django?

将 browsersync 与 gulp/nodemon 一起使用