OpenAPI v2 zu v3-Wandler
Führung
OpenAPI v2 zu v3-Wandler
Fügen Sie eine Swagger 2.0-Spezifikation ein und erhalten Sie eine gültige OpenAPI 3.0.3-Version zurück, entweder im JSON- oder YAML-Format. Der Converter wendet die offiziellen strukturellen Zuordnungsregeln an — er bewegt definitions unter components/schemas, fasst host, basePathund schemes hinein serverszusammen, teilt consumes und produces in pro-Operation content Karten auf und verändert Formparameter und Sicherheitsdefinitionen — damit Ihre Spezifikation mit modernen OpenAPI-Tools funktioniert.
Nutzung
- Fügen Sie Ihre Swagger 2.0-Spezifikation in das Eingabefeld ein. JSON und YAML werden beide akzeptiert; das Format wird automatisch erkannt.
- Wählen Sie das Ausgabeformat: behalten Sie das Eingabeformat bei oder zwingen Sie auf JSON oder YAML.
- Verlassen Fehlende erforderliche Felder beheben um erforderliche v3-Felder wie
info.title,info.versionzu automatisch füllen und fehlende Antwortbeschreibungen, wenn die v2-Quelle sie weglässt. - Lesen Sie die Konversionszusammenfassung und alle Warnungen, die oben im Ausgabebereich angezeigt werden, und kopieren Sie dann oder laden Sie die resultierende OpenAPI 3.0.3-Spezifikation herunter.
Funktionen
- JSON und YAML ein, JSON oder YAML aus — wählen Sie das Format, das Ihnen bevorzugt ist, oder spiegeln Sie das Eingabeformat wider.
- Strukturelle Zuordnung —
definitions→components/schemas,securityDefinitions→components/securitySchemes,parameters/responseswerden untercomponentsaufgenommen, und jedes$refPointer wird neu geschrieben, um übereinstimmend zu sein. - Server aus Host, basePath, Schemata — kombiniert in die v3
serversArray, wobei HTTPS bevorzugt wird, wenn mehrere Schemata aufgeführt sind. - Inhaltsgestaltung —
consumesundproduceswerden in pro-OperationrequestBody.contentundresponses[*].contentKarten umgewandelt. - Body und Formparameter —
in: bodywird zu einem v3requestBodyundin: formDataFelder werden in einmultipart/form-dataoderapplication/x-www-form-urlencodedAnfragekörper-Schema gruppiert. - Sicherheitsfluss-Upgrade — OAuth2
flowWerte werden auf das v3flowsObjekt (implicit,password,clientCredentials,authorizationCode). - Patch-Modus — wenn aktiviert, füllt er fehlende erforderliche Felder aus, damit das Ergebnis einen v3-Validator besteht, anstatt auf kleinere Quellfehler zu scheitern.
- Konversionszusammenfassung und Warnungen — Anzahl der Pfade, Schemata und Sicherheitsdefinitionen, die konvertiert wurden, sowie Warnungen für alles, was nicht ein-zu-ein-mit einer Zuordnung möglich war.
- Laufend im Browser — Ihre Spezifikation verlässt die Seite nie.
Häufig gestellte Fragen
-
Was hat sich strukturell zwischen Swagger 2.0 und OpenAPI 3.0 geändert?
OpenAPI 3.0 hat wiederholbare Elemente unter einem einzigen
componentsObjekt organisiert:definitionswurdecomponents/schemas,parameterswurdecomponents/parameters,responseswurdecomponents/responsesundsecurityDefinitionswurdecomponents/securitySchemes. Die Transportoberfläche hat sich ebenfalls verändert:host,basePathundschemeswurden in eineserversArray aus vollständigen Basis-URLs kombiniert, während die implizitenconsumesundproducesArrays durch explizitecontentKarten ersetzt, die je nach Medientyp auf jedem Anfragekörper und Antwortbereich angegeben sind. -
Warum benötigen die Anfragekörper in OpenAPI 3.0 eine neue Struktur?
In Swagger 2.0 war ein Anfragekörper nur ein weiteres Parameter mit
in: body, und Formfelder waren Parameter mitin: formData. Damit wurden zwei unterschiedliche Aspekte (Pfad-/Query-/Header-Parameter gegenüber dem Anfrageinhalt) in eine Liste zusammengefasst und machten die Inhaltstypen-Verhandlung schwierig. OpenAPI 3.0 hat sie getrennt: Parameter gelten nur für Pfad, Query, Header und Cookie; der Inhalt wird in ein oberstesrequestBodymit einemcontentMap verschoben. Dadurch können Sie einen Endpunkt beschreiben, derapplication/json,multipart/form-dataundapplication/x-www-form-urlencodedmit unterschiedlichen Schemata für jeden akzeptiert. -
Sind Swagger 2.0 und OpenAPI 3.0 wire-kompatibel?
Nein. Es handelt sich um Versionen der Beschreibung, nicht um Protokollversionen, weshalb eine konvertierte Spezifikation nicht verändert, wie Ihr Dienst im Laufzeitmodus reagiert — aber die Werkzeuge (Generatoren, Validatoren, Mock-Server, UI-Viewer) müssen die Version verstehen, die Sie veröffentlichen. OpenAPI 3.0 hat Funktionen eingeführt, die keine v2-Äquivalente haben, einschließlich
oneOf/anyOf/not, Callbacks, Links und reichere Sicherheitsflüsse. Eine Umstellung in Zukunft (v3 → v2) ist daher im Allgemeinen verlustbehaftet, während eine Rückkehr (v2 → v3) weitgehend mechanisch ist, da v2 ein strenges Subset der Ausdrucksstärke von v3 ist. -
Was bedeutet
$refAuflösung in diesem Kontext?A
$refist ein JSON-Referenzpointer wie#/definitions/User. Die Konvertierung muss jeden Pointer neu schreiben, weil der Zielpfad sich verändert:#/definitions/Userwird zu#/components/schemas/User,#/parameters/AuthHeaderwird zu#/components/parameters/AuthHeader, und so weiter. Die Pointers selbst werden nicht aufgelöst (das Dokument bezieht sich weiterhin auf die Position), aber sie müssen schrittweise neu geschrieben werden, damit die resultierende v3-Spezifikation intern konsistent bleibt.
Erweiterungen installieren
IO-Tools zu Ihrem Lieblingsbrowser hinzufügen für sofortigen Zugriff und schnellere Suche
恵 Die Anzeigetafel ist eingetroffen!
Anzeigetafel ist eine unterhaltsame Möglichkeit, Ihre Spiele zu verfolgen. Alle Daten werden in Ihrem Browser gespeichert. Weitere Funktionen folgen in Kürze!
Unverzichtbare Tools
Alle Neuheiten
AlleAktualisieren: Unser neuestes Werkzeug wurde am 18. Juni 2026 hinzugefügt
