2015-04-17 9 views
17

Ho una risorsa spavalderia 2.0 definita di seguito. Come posso rendere necessario "param1 o param2"? Il chiamante deve passare param1 o param2.Swagger 2.0 - come rendere necessario "uno o l'altro" parametro?

/some/res: 
put: 
    summary: some resource 
    responses: 
    200: 
     description: Successful response 
     schema: 
     $ref: '#/definitions/SomeResponse' 
    parameters: 
    - name: param1 
     type: string 
     description: param1 
     in: formData 
     required: false 
    - name: param2 
     type: string 
     description: param2 
     in: formData 
     required: false 
+0

Correlato (o duplicato): [Come definire parametri di query mutuamente esclusivi in ​​Swagger (OpenAPI)?] (Https://stackoverflow.com/q/21134029/113116) – Helen

risposta

2

specifica La Swagger non supporta requisito condizionale o inclusione/esclusione di parametri.

Quello che suggerirei è di indicare chiaramente nella descrizione le regole per l'inclusione/esclusione dei parametri di query. Quindi, utilizzando un framework di validazione, che dipende dalla lingua dell'utente (ad es. Javax.validation per Java, restify-validation per restify, ecc.), Convalidare i parametri di conseguenza.

0

Lo scenario specifico in questa questione - una richiesta POST/PUT/PATCH con un corpo form-data che contiene sia param1 o param2 - può essere definito utilizzando OpenAPI 3.0 e oneOf:

openapi: 3.0.0 
... 

paths: 
    /some/res: 
    put: 
     requestBody: 
     required: true 
     content: 
      application/x-www-form-urlencoded: 
      schema: 
       oneOf: 
       - type: object 
        properties: 
        param1: 
         type: string 
        required: 
        - param1 
        additionalProperties: false 
       - type: object 
        properties: 
        param2: 
         type: string 
        required: 
        - param2 
        additionalProperties: false 

Nota per Swagger Utenti dell'interfaccia utente: UI di dati di modulo e rendering di esempio per gli schemi oneOfare not available per le definizioni di OpenAPI 3.0.

Problemi correlati