01
Datenfluss wählen
Alte Daten → neues Schema ist voreingestellt. Für einen alten Client, der neue Daten empfängt, wählen Sie die Gegenrichtung oder beide Ansichten.
Schema und Typen
JSON-Schema vergleichenÄnderungen mit Richtung lesen
Fügen Sie zwei JSON-Schemas ein oder laden Sie das Beispielpaar. Legen Sie fest, welcher Produzent an welchen Verbraucher liefert.
JSON-Schema vergleichen
Altes JSON-Schema
Neues JSON-Schema
Beide Schemas bleiben in diesem Browser. Eingaben werden nicht hochgeladen und Referenz-URLs nicht abgerufen.
Bereit für die manuelle Prüfung.
Unterschiede
Wenn gespeicherte Datensätze noch dem alten Vertrag folgen, muss der neue Leser sie weiterhin verstehen. JSON-Schema vergleichen zeigt die veränderten Zulassungsregeln statt bloßer Zeilenunterschiede.
Bei einem alten Verbraucher mit neuen Daten ist die Gegenrichtung entscheidend. JSON-Schema vergleichen trennt deshalb optionale von neuen verpflichtenden Feldern.
Warum JSON-Schema vergleichen?
Das gleiche Feld kann je nach Datenfluss ein anderes Risiko auslösen.
Produzent und Verbraucher benennen
Standardmäßig prüft der Bericht alte Daten gegen das neue Schema. Beim Wechsel der Richtung wird sichtbar, ob neue Daten am alten Verbraucher scheitern könnten.
Unbekannte Semantik bleibt sichtbar
JSON-Schema vergleichen führt $ref und kombinierte Regeln ausdrücklich zur manuellen Prüfung auf. Ein unbekanntes Ergebnis wird nicht als sicher ausgegeben.
Den Vertrag in der richtigen Richtung prüfen
02
Pfade statt Zeilen lesen
Neue Pflichtnamen erscheinen unter /required, Typwechsel im jeweiligen /properties-Pfad. Der Risikofilter behält auch unklare Änderungen.
03
Frische Ergebnisse exportieren
Nach jeder Eingabe- oder Richtungsänderung ist der Bericht veraltet. Mit Strg/Cmd+Enter erneut ausführen, dann kopieren oder herunterladen.
Änderungen nach Einschränkung ordnen
Pflichtfelder und Typmengen
Beim JSON-Schema-Vergleich werden required und type getrennt ausgewertet. Ein neues Pflichtfeld kann alte Datensätze ausschließen; eine Typverengung ebenso.
Enum und Grenzen
Schema-Kompatibilität prüfen heißt auch, Enum-Mitglieder und Grenzen für Zahl, Länge oder Anzahl zu vergleichen. Eine bloße Umordnung der Enum-Liste wird ignoriert.
Bericht für Releases
Breaking Changes im Schema werden als mögliche Risiken mit JSON Pointer und altem/neuem Wert gezeigt. Den vollständigen Bericht gibt es als JSON.
Grenzen der statischen Einschätzung
- Keine vollständige Verträglichkeitsgarantie
- JSON-Schema vergleichen meldet nur für abgedeckte Regeln ein begrenztes Ergebnis. Geschäftslogik und alle möglichen Instanzen werden nicht bewiesen.
- Referenzen bleiben offen
- $ref, oneOf und andere Kombinationen erfordern eine Prüfung. Weder externe URLs noch lokale Referenzzyklen werden aufgelöst.
- Eigenschaft ist nicht Pflichtfeld
- Ein neuer Eintrag in properties fordert die Eigenschaft noch nicht. Pflichtfeldänderungen sowie additionalProperties können die Bedeutung verändern.
Häufige Fragen: JSON-Schema vergleichen
Welche Diff-Modi unterstützt dieser JSON-Schema-Prüfer?
Zwei Schemas werden strukturell verglichen. Pflichtnamen, Typen, Enums und Grenzen erhalten eine richtungsbezogene Einschätzung.
Ignoriert der normalisierte Modus die Reihenfolge der Schemaschlüssel?
Ja. Nur die Reihenfolge von Objektschlüsseln, required oder enum erzeugt keine Änderung.
Kann es bei $ref-reichen Schemata helfen?
$ref-Pfade werden aufgeführt, aber Referenzziele nicht geladen oder aufgelöst.
Worin unterscheidet sich ein JSON-Diff von einem reinen Text-Diff?
JSON-Diff vergleicht Datenwerte, Text-Diff Zeichen. Dieses Werkzeug deutet zusätzlich ausgewählte Schema-Einschränkungen.
Werden meine Daten hochgeladen und wie groß dürfen die Dateien sein?
Nein. Beide Eingaben bleiben im Browser; je Eingabe gelten 500.000 Zeichen und zusammen 1.000.000 Zeichen.
Ein Schemafall braucht eine zweite Prüfung?
Jetzt JSON-Schema vergleichen
Halten Sie beide Vertragsversionen bereit, wählen Sie den Datenfluss und speichern Sie den Bericht. JSON-Schema vergleichen hilft bei der Freigabeprüfung, ersetzt sie aber nicht.