Controllo dei campi obbligatori OpenAPI

Prima di consegnare una descrizione di API a un collega, a un cliente o a un generatore di documentazione, assicurati che i campi obbligatori siano presenti. Incolla il documento qui sopra: lo strumento conferma il campo version, info.title, info.version e paths, elencando ciò che manca.

Come controllare i campi obbligatori

  1. 1

    Incolla il documento

    Incolla la tua spec in JSON o YAML, anche se è ancora in lavorazione.

  2. 2

    Avvia il controllo

    Passa al passaggio dei risultati. Ogni campo mancante compare come errore separato.

  3. 3

    Aggiungi ciò che manca

    Aggiungi al file i campi elencati usando gli snippet qui sotto.

  4. 4

    Ricontrolla

    Incolla la spec aggiornata ed esegui di nuovo il controllo finché non compaiono errori.

Le quattro parti obbligatorie

Campo Dove va Esempio
Campo version Primo livello openapi: 3.0.3 oppure swagger: "2.0"
info.title Dentro info title: Orders API
info.version Dentro info version: 1.0.0
paths Primo livello paths: con almeno la prima rotta

Il valore di info.version è la versione della tua API, non quella della specifica OpenAPI. Spesso viene omesso perché la versione della specifica compare già in cima.

Un esempio pratico con tutto mancante

servers:
  - url: https://api.example.com

Questo documento minuscolo non contiene nessuna delle parti obbligatorie. Il report elenca tre errori:

Rilievo Tipo
Campo di versione ‘openapi’ o ‘swagger’ mancante. Errore
Oggetto ‘info’ mancante. Errore
Oggetto ‘paths’ mancante. Errore

Quando manca l’intero oggetto info, lo strumento segnala quell’unico errore e non elenca separatamente titolo e versione. Aggiungi info con entrambi i campi e la prossima esecuzione segnalerà quelli che mancano ancora.

Scheletro di partenza

openapi: 3.0.3
info:
  title: Orders API
  version: 1.0.0
paths:
  /orders:
    get:
      summary: List orders

Questo scheletro supera tutti i controlli sui campi obbligatori. Sostituisci i nomi con i tuoi e costruisci a partire da qui. Risposte, schema e sicurezza non rientrano in questo controllo.

Quando eseguire questo controllo

Eseguilo quando inizi una spec da zero, dopo averla generata dal codice e prima di inviarla a chi la importerà in un altro strumento. Molti importatori si fermano al primo campo obbligatorio mancante con un messaggio breve, quindi individuarli tutti in un solo passaggio fa risparmiare parecchi giri. È anche un promemoria utile per chi inizia, che spesso dimentica info.version o lascia fuori paths mentre abbozza un’API.

Dopo che i campi obbligatori sono a posto, le aggiunte utili successive sono una breve description sotto info, una voce servers e un operationId su ogni operazione. Qui non vengono controllate, ma rendono la spec più leggibile e più facile da trasformare in codice client.

Domande frequenti

No. Il campo openapi indica quale versione della specifica usi. info.version è la versione della tua API, per esempio 1.0.0.

La chiave deve esistere come oggetto, e questo controllo non richiede rotte al suo interno. Aggiungi rotte reali prima di pubblicare.

I controlli di titolo e versione vengono eseguiti solo se l’oggetto info esiste. Aggiungilo, poi esegui di nuovo il controllo per vedere se i suoi campi sono completi.

No. Qui sono richiesti solo il campo version, info, title, version e paths. I dettagli a livello di operazione non vengono esaminati.

Strumenti correlati

Strumento disponibile in altre lingue

Guide e casi d'uso