Specifiche OpenAPI: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
Nessun oggetto della modifica |
Ho cercato di migliorare e arricchire il contenuto della voce (con note annesse). Ho aggiunto alcuni collegamenti ad altre pagine. Rimangono comunque delle frasi che non sono chiare o non hanno una fonte specificata Etichette: Modifica visuale Link a pagina di disambiguazione Attività per i nuovi utenti Newcomer task: copyedit |
||
Riga 1:
{{Correggere|informatica|marzo 2024|Traduzione frettolosa}}{{Aggiornare|anno=2016|argomento=informatica}}
La '''Specifica OpenAPI''' (
==Uso==
Riga 7:
==Storia==
Sia la specifica sia l'implementazione di un framework sono partite come iniziative da Wordnik. Swagger è stato sviluppato dall'uso di Wordnik durante lo sviluppo di Wordnik Developer e la sottostante API. Lo sviluppo di Swagger è partito
Nel novembre 2015 SmartBear, la società che ha sostenuto Swagger, ha annunciato che stava aiutando a creare una nuova organizzazione, sotto la sponsorizzazione della [[Linux Foundation]], chiamata
Il 1 gennaio 2016 la specifica Swagger è stata rinominata la Specifica OpenAPI, ed è stata spostata in una nuova repository su [[GitHub]].
==Caratteristiche==
La Specifica OpenAPI non richiede un linguaggio specifico. Inoltre è estendibile su nuove tecnologie e protocolli oltre l'HTTP.<ref name=git />
Questo standard viene utilizzato per descrivere un'interfaccia in modo agnostico rispetto al [[linguaggio di programmazione]] utilizzato. In tal modo essa consente alle macchine e agli esseri umani di comprendere le caratteristiche di un servizio anche senza avere l'accesso al [[codice sorgente]].<ref>{{Cita web|url=https://spec.openapis.org/oas/v3.1.0|titolo=OpenAPI Specification v3.1.0 {{!}} Introduction, Definitions, & More|sito=spec.openapis.org|accesso=2024-03-25}}</ref>
Il framework UI Swagger permette sia a sviluppatori sia a non-sviluppatori di interagire con la API in una sandbox UI che offre una chiara intuizione di come la API risponde ai parametri e alle opzioni. Swagger può utilizzare sia JSON sia YAML.<ref name=git />
|