兼容Koa与Express的Node.js中间件koa-connect属性访问问题

1. 区分Koa/Express实例，针对性挂载属性 #

你的核心问题是没有针对不同框架的实例做适配处理：Koa通过app.context挂载上下文原型属性，而Express没有这个机制，需要通过中间件将属性注入到每个请求的req对象中。

首先修改myMiddleware的初始化逻辑，先判断传入的app是Koa还是Express实例：

function myMiddleware(app) {
  // 假设这是你的Swagger解析结果
  const parsedSwagger = { /* 你的Swagger解析内容 */ };

  // 判断是否为Koa应用：Koa实例原生拥有app.context属性
  if (app.context) {
    // Koa环境：挂载到context原型，所有ctx实例都能直接访问
    app.context.parsedSwagger = parsedSwagger;
  } 
  // 判断是否为Express应用：Express的use方法接受(req, res, next)参数
  else if (typeof app.use === 'function') {
    // Express环境：添加全局中间件，将属性注入每个请求的req对象
    app.use((req, res, next) => {
      req.parsedSwagger = parsedSwagger;
      next();
    });
  }

  // 后续可根据框架返回对应风格的中间件（如果需要）
}

2. 适配koa-connect的场景 #

如果你的中间件本身是Koa风格的(ctx, next)模式，且需要通过koa-connect在Express中使用，要注意：
koa-connect会创建一个模拟的Koa ctx对象，这个对象的原型是Koa框架自带的默认上下文，而非你给Express app添加的自定义context属性。

此时可以在Koa中间件内部，主动将parsedSwagger同步到ctx.req（也就是Express的req对象）上，这样后续的Express中间件也能访问到：

async function myKoaMiddleware(ctx, next) {
  // 确保parsedSwagger同时存在于ctx和req中
  ctx.req.parsedSwagger = ctx.parsedSwagger;
  await next();
}

3. 更可靠的实例类型判断 #

如果通过app.context判断不够稳妥，可以用构造函数名称来区分：

function isKoaApp(app) {
  return app.constructor.name === 'Koa';
}

function isExpressApp(app) {
  return app.constructor.name === 'Express';
}

// 在myMiddleware中使用
if (isKoaApp(app)) {
  app.context.parsedSwagger = parsedSwagger;
} else if (isExpressApp(app)) {
  app.use((req, res, next) => {
    req.parsedSwagger = parsedSwagger;
    next();
  });
}

为什么之前的方式在koa-connect下失效？ #

当你在Express环境中调用myMiddleware(expressApp)并设置expressApp.context.parsedSwagger时，Express的app实例根本没有context这个原生属性，你只是给它添加了一个自定义属性而已。而koa-connect在创建模拟ctx时，并不会读取这个自定义属性，它使用的是Koa自带的默认上下文原型，自然找不到parsedSwagger。

内容的提问来源于stack exchange，提问作者David Faizulaev