导入时将Swagger参数名称转换为Postman变量

导入时将Swagger参数名称转换为Postman变量,swagger,postman,openapi,Swagger,Postman,Openapi,我有一组招摇过市的文件,它以通常的方式定义参数。例如: parameters: - $ref: '#/parameters/authorization' ... parameters: authorization: name: Authorization description: '' required: true type: string in: header 在将这些文件导入到Postman中时,正确创建了Postman集合,

我有一组招摇过市的文件,它以通常的方式定义参数。例如:

parameters:
      - $ref: '#/parameters/authorization'
...  
parameters:  
  authorization:
    name: Authorization
    description: ''
    required: true
    type: string
    in: header
在将这些文件导入到Postman中时,正确创建了Postman集合,但是我希望“Authorization”参数的Postman变量是“AUTH_TOKEN”,而不是“Authorization”(例如)

实际上,我想声明一个字段(最好是在swagger文件中?),该字段表示“当导出到Postman时,使用值AUTH_标记作为变量名,而不是“Authorization”的默认“name”)

看起来x-postman-meta在《大摇大摆》中可能会有所帮助,但除了GH问题之外,在这里没有找到任何关于该地产的信息,说它可能会有所帮助


无论如何-我怎样才能做到这一点?

我已经找到了一种方法来做到这一点,尽管从OpenAPI/Swagger的角度来看感觉不太好。我发现你可以在变量名中添加一个“默认”属性,例如

    {
      "in": "header",
      "name": "Authorization",
      "description": "The bearer token in the format: Bearer {token}",
      "required": true,
      "type": "string",
      "default": "Bearer {{token}}"
    }
这感觉很糟糕,因为默认属性实际上是用于:

在参数架构中使用default关键字指定参数的默认值 可选参数。默认值是服务器在以下情况下使用的值: 客户端未在请求中提供参数值。值类型必须为 与参数的数据类型相同

因此,如果您想要用变量填充整数类型,这将不起作用。此外,从文档的角度来看,这显然是错误的,服务器要求客户端提供此参数,它也不能有默认值,这是矛盾的。您可能对更“感觉良好”的解决方案感兴趣

参考: