5

我有一个应用程序，我根据 open-api 规范将 API 响应模式定义为纯 javascript 对象。目前我将其传递给ApiResponse@nestjs/swagger 中的装饰器，如下所示：

class CatsController {

  @Get()
  @ApiResponse({
    status: 200,
    schema: catSchema // plain js object imported from another file
  })
  getAll() {}
}

这很好用。但是，输出的 open-api 规范包含每个使用catSchema. 相反，我希望输出 swagger 文件在该部分下具有 catSchema ，并在路径部分中components有一个对应的部分。$ref

components:
  schemas:
    Cat:
      properties:
        name:
          type: string
paths:
  /cats/{id}:
    get:
      responses:
        '200':
          content:
            application/json:
              schema:
                $ref: '#/components/schemas/Cat'

到目前为止，似乎唯一的方法是将模式定义为 DTO 类并ApiProperty为每个类属性使用装饰器。就我而言，这意味着我必须将 open-api 规范中的所有普通对象模式重构为 DTO 类。

有没有办法将原始模式提供给库并获得预期的结果？

// instead of this:
class CatDto {
  @ApiProperty()
  name: string;
}

// I want to do:
const catSchema = {
  type: 'object',
  properties: {
    name: { type: 'string' }
  }
}
4

1 回答 1

3

经过几天和几天的试验和错误，我能够使用 Javascript 中的一个有趣技巧来实现这一目标。

首先，我将 open-api 规范创建为普通对象（如问题中所述）。然后将它传递给一个新的装饰器，魔法发生的地方。

在装饰器中，我创建了一个具有预定义名称的 DTO 类，并将普通对象的属性映射到 DTO 类。棘手的部分是动态地给它命名。这可以通过以下技术来实现。

const dynamicName = 'foo'; // passed as a parameter to the decorator

class IntermediateDTO {
  @ApiProperty(schema) // schema as a plain object
  data: any;
}

const proxyObject = {
  [dynamicName] = class extends IntermediateDTO {}
}

通过使用代理对象，并在其中分配class extends IntermediateDTO {}一个属性，条目动态地获得一个名称。现在这个具有动态名称的新 DTO 可以传递给ApiResponse装饰器@nestjs/swagger以达到预期的结果。

于 2020-10-24T13:23:48.490 回答