Disons que nous avons un spec exemple JSON Swagger:Comment documenter plusieurs types de contenu en réponse réussie GET dans fanfaronnades
{
"swagger": "2.0",
"info": {
"version": "1.0.0",
"title": "Some API"
},
"basePath": "/api/v1",
"consumes": [
"application/json"
],
"produces": [
"application/json",
"text/csv"
],
"paths": {
"/some/endpoint": {
"get": {
"parameters": [
{
"in": "body",
"name": "body",
"required": false,
"schema": {
"$ref": "#/definitions/BodyParamsDefinition"
}
}
],
"responses": {
"200": { ?? } ...
Il existe deux types de contenus qui peuvent être produits:
-
demande
- /JSON
- text/csv
réponse par défaut pour GET /some/endpoint
est un fichier csv, mais si le paramètre de requête format
est utilisé comme ceci /some/endpoint?format=json
, la réponse serait au format json.
J'ai de la difficulté à trouver comment terminer mes spécifications avec des réponses appropriées. Lorsque j'utilise cette approche: https://swagger.io/docs/specification/describing-responses/ i obtenir une erreur de validation: ...get.responses['200'] should NOT have additional properties
Le doc vous est lié à 3.0 pour OpenAPI, la version 2.0 est https://swagger.io/docs/specification/2-0/describing-responses/ – Helen
En outre, les opérations GET ne sont pas supposées avoir un corps. – Helen