背景
前不久把项目中用了很久的一个伪中间件撸成了一个npm包发布了出去。
为什么叫伪中间件?正常的中间件的引用方式, 就拿body-parser为例。
var Koa = require('koa');
var bodyParser = require('koa-bodyparser');
var app = new Koa();
app.use(bodyParser());
app.use(async ctx => {
// the parsed body will store in ctx.request.body
// if nothing was parsed, body will be an empty object {}
ctx.body = ctx.request.body;
});
复制代码
反观我撸的伪中间件的引用方式。
const response = require('../uitls/Response');
const data = {};
response.success(ctx, data);
复制代码
为什么要这么干呢...纯粹是因为这个伪中间件与现有项目的耦合度太高了, 为(就)了(是)方(懒)便在项目里面把这个伪中间件的引用方式从本地工具组件换成从node_modules里引用。 例如这样。
const response = require('koa2-response');
const data = {};
response.success(ctx, data);
复制代码
经过一番折腾,项目中的引用方式全部替换完了。然后我的学弟就看不下去了。。。提了一个pullrequest给我。把这个着实封装成了 一个中间件。
优化
首先是改变了引用方式,之前的方式是直接导出了一个对象,这个对象有两个方法,分别是success和error。使用这种方式,就必须要在每个 controller中都引用一次,如下。
const response = require('../utils/Response');
复制代码
优化之后,只需要在node的入口文件中做如下操作就好
const koa = require('koa');
const app = new koa();
const router = require('koa-router')();
const response = require('koa2-response');
const code = {
UNKNOWN_ERROR: [1, 'Sorry, you seem to have encountered some unknown errors.']
}
router
.get('/', (ctx, next) => {
ctx.success({
name: 'test'
})
})
.get('/error_test', (ctx, next) => {
ctx.error(code.UNKNOWN_ERROR);
})
app.use(router.routes());
app.use(router.allowedMethods());
app.listen(3000);
console.log(`Server is running on port 3000`);
复制代码
对比两种方式可能有有些疑问,第一种方式,需要传入ctx,而改良之后的方式没有了ctx。那是因为在中间件中做了如下处理。
const { success, error } = require('./util');
module.exports = async (ctx, next) => {
ctx.success = success.bind(null, ctx);
ctx.error = error.bind(null, ctx);
await next();
}
复制代码
这样一来,koa的上下文ctx就会被当作ctx.success的默认第一个参数。针对不同模块的controller,不需要再去单独引用一次 依赖包,可以直接通过ctx对中间件进行调用。相对于最初的版本,这样大大的提高了开发的效率。
写在后面
对于这个,还是有些顾虑。如果koa之后更新的时候,也出现了success和error的方法,再引入这个包,就会覆盖掉koa方法。 不知道会不会带来什么问题。
Pull request地址 非常皮的pull request地址
Github传送门 koa2-response
个人博客传送门 detectiveHLH