JSON vs. XML: Was ist der Unterschied?

Wie jedes aussieht

JSON schreibt Daten als Schlüssel-Wert-Paare: {"name": "Ada", "age": 36}. XML verpackt dieselben Daten in Tags: <person><name>Ada</name><age>36</age></person>. JSONs Struktur bildet direkt die Objekte und Arrays der meisten Sprachen ab, während XML sich eher wie ein ausgezeichnetes Dokument liest, mit Attributen und verschachteltem Markup.

Wo JSON gewinnt

JSON ist leichter auf der Leitung, parst nativ im Browser und wird mit einem Funktionsaufruf direkt zu Objekten. Das macht es zum Standard für REST und moderne Web-APIs, mobile Apps und Konfiguration, wo Tempo und Einfachheit zählen. Weniger Text heißt auch weniger tippen, weniger kaputtgehen und schnellere Übertragungen.

Wo XML weiterhin führt

XML bringt Werkzeuge, die JSON fehlen: Schemata (XSD) zur Strukturvalidierung, Namensräume zum Mischen von Vokabularen, Kommentare, Attribute und sauberen Umgang mit gemischtem Text und Markup — genau das, was Dokumente brauchen. Es hält sich im Publishing, in Office-Formaten, SVG, RSS, SOAP-Diensten und vielen Enterprise- und Java-Konfigurationen, wo diese Funktionen die Ausführlichkeit rechtfertigen.

Wie man wählt

Greife zu JSON bei Web- oder Mobil-APIs, in JavaScript oder einfach für kompakte Daten — das deckt die meisten neuen Projekte ab. Wähle XML, wenn du strikte Validierung, dokumentartige Inhalte brauchst oder in ein bestehendes System passen musst, das es spricht. Du bist nie festgelegt: Konverter bewegen Daten zwischen beiden, sobald eine Grenze das andere Format verlangt.

Häufige Fragen

Ist JSON schneller als XML?

Meist ja — es ist kleiner und parst schneller, besonders in Browsern, weil JavaScript es nativ liest.

Kann JSON Kommentare haben?

Nicht im Standard-JSON. Manche Supersets wie JSON5 oder JSONC ergänzen sie, aber reines JSON hat keine Kommentarsyntax.

Was ist besser für APIs?

JSON für die meisten modernen Web-APIs. XML erscheint noch in SOAP-Diensten und einigen Enterprise-Systemen, die darum herum gebaut wurden.