Wichtige Fakten
- Kategorie
- Entwicklung & Web
- Eingabetypen
- textarea
- Ausgabetyp
- html
- Sample-Abdeckung
- 4
- API verfügbar
- Yes
Überblick
Der API Breaking-Changes-Detektor und Migrationsplaner ist ein unverzichtbares Werkzeug für Entwicklerteams, um zwei OpenAPI-3.x-Schemas miteinander zu vergleichen. Das Tool analysiert die Unterschiede zwischen einer alten und einer neuen API-Version, identifiziert kritische Änderungen wie entfernte Felder, geänderte Datentypen oder neue Pflichtparameter und erstellt einen übersichtlichen HTML-Bericht. So lassen sich Integrationsprobleme bei Clients bereits vor dem Release zuverlässig erkennen und durch konkrete Migrationshinweise beheben.
Wann verwenden
- •Vor dem Release einer neuen API-Version, um unbeabsichtigte Breaking Changes zu identifizieren.
- •Beim Review von Pull Requests, die Änderungen an der OpenAPI-Spezifikation enthalten.
- •Bei der Planung von Client-Migrationen, um den Anpassungsaufwand für Frontend- oder Mobile-Teams abzuschätzen.
So funktioniert es
- •Fügen Sie das bisherige OpenAPI-3.x-Schema in das Textfeld 'Altes OpenAPI-Schema' ein.
- •Kopieren Sie die aktualisierte Spezifikation in das Feld 'Neues OpenAPI-Schema'.
- •Starten Sie den Vergleich, um die Analyse der Struktur- und Typänderungen durchzuführen.
- •Prüfen Sie den generierten HTML-Bericht, der alle Breaking Changes nach Kritikalität gruppiert und Lösungsansätze bietet.
Anwendungsfälle
Beispiele
1. Erkennung von neuen Pflichtfeldern
Backend-Entwickler- Hintergrund
- Das Team hat den `/users`-Endpunkt überarbeitet und dabei die Rolle des Nutzers als Pflichtfeld hinzugefügt sowie die ID aus der Antwort entfernt.
- Problem
- Es muss geprüft werden, ob diese Änderungen bestehende Clients beeinträchtigen und wie hoch das Risiko ist.
- Verwendung
- Fügen Sie die alte Spezifikation (ohne Pflichtfeld) und die neue Spezifikation (mit `required: [name, role]`) in die jeweiligen Textfelder ein.
- Beispielkonfiguration
-
Altes Schema: requestBody required: false Neues Schema: requestBody required: true, properties: [name, role] - Ergebnis
- Das Tool generiert einen HTML-Bericht, der das neue Pflichtfeld 'role' und das entfernte Response-Feld 'id' als kritische Breaking Changes markiert und Migrationsschritte vorschlägt.
2. Analyse von Datentyp-Änderungen
API-Architekt- Hintergrund
- Ein bestehendes Feld für eine Telefonnummer wurde in der neuen API-Version von 'string' auf 'integer' geändert, um die Validierung zu verbessern.
- Problem
- Die Auswirkungen dieser Typänderung auf bestehende Integrationen müssen vor dem Deployment bewertet werden.
- Verwendung
- Geben Sie das alte Schema mit 'type: string' und das neue Schema mit 'type: integer' in den Detektor ein.
- Ergebnis
- Der Bericht weist die Typänderung als Breaking Change aus, da Clients, die weiterhin Strings senden, nun Validierungsfehler erhalten würden.
Mit Samples testen
developmentFAQ
Welche OpenAPI-Versionen werden unterstützt?
Das Tool ist für den Vergleich von OpenAPI-3.x-Schemas (z. B. 3.0.3) optimiert.
Was gilt als Breaking Change?
Dazu gehören unter anderem das Entfernen von Endpunkten oder Response-Feldern, das Hinzufügen neuer Pflichtfelder im Request sowie striktere Datentypen.
Werden meine API-Schemas gespeichert?
Nein, die Verarbeitung erfolgt direkt und die eingegebenen Schemas werden nicht dauerhaft auf unseren Servern gespeichert.
Kann ich das Tool auch für Swagger 2.0 nutzen?
Das Tool ist primär auf die Struktur von OpenAPI 3.x ausgelegt. Swagger 2.0-Dateien sollten vor dem Vergleich auf OpenAPI 3.x aktualisiert werden.
Wie hilft mir der Migrationsplaner?
Der generierte HTML-Bericht listet nicht nur die inkompatiblen Änderungen auf, sondern liefert auch konkrete Strategien, wie Clients auf die neue API-Struktur migriert werden können.