Wann und wieso haben JSON und seine Cousins eigentlich XML angesetzt? So wenig ich XML "mag", so hilfreich ist es dennoch in einigen Fällen, seine Datenstruktur direkt validieren zu können. Hab gerade nach Möglichkeiten gesucht, Einstellungen in Rust persistent speichern zu können. Hab für XML zum Beispiel keine Möglichkeit mehr gefunden, dieses direkt auf eine Struct zu mappen.

Wann , keine Ahnung .

Wieso XML ist stark in der Validierung durch DTD/XSD das ist mit Jason z.b bedingt möglich.

Also ich denke gerade für Komplexe Datenmodelle bei denen Validierung entscheidend ist wird es gerne noch genutzt. Nehmen wir z.b ELSTER oder SWIFT und SEPA .

Allerdings ist das hier nur eine Vermutung eines FISIS der ab und an ein wenig AE eher bastelt.

Die meisten Berührungspunkten die ich da immer wieder habe ist in der Medizintechnik, da werden XML shemas immer wieder hergenommen um strukturiert Daten auszutauschen

So kann ich es mir jedenfalls vorstellen

Bearbeitet 16. Dezember16. Dez von t1nk4bell

JSON hat einen geringeren Overhead gegenüber XML, was schon mal die Dateigröße reduziert und das ist der Vorteil von JSON. JSON verzichtet auch bewusst auf die Validierung, um leichtgewichtig zu bleiben, da es eben bei JavaScript seine Anwendung fand und JavaScript nun mal schwach typisiert ist.
Wer wirklich eine Validierung braucht, der sollte sich mal JSON-Schema anschauen.

vor 3 Stunden, t1nk4bell hat gesagt:

Also ich denke gerade für Komplexe Datenmodelle bei denen Validierung entscheidend ist wird es gerne noch genutzt. Nehmen wir z.b ELSTER oder SWIFT und SEPA .

Mit JSON-Schema kann man auch beliebig komplexe Datenmodelle validieren. Es gehört aber nicht zum Standard, sondern ist was eigenständiges. Es wird durch eine Community entwickelt und nicht durch ein Konsortium mehrerer Firmen (wie das W3C). Auch darf man nicht vergessen, dass JSON, als Datenaustauschformat, erst seit ca. 10 Jahren wirklich im Gespräch ist. Dadurch hat es also eher historische Gründe, warum XML verwendet wird, anstatt JSON. Früher, als man im Web noch Ajax als Technik benutzte, um Daten asyncron auf einer Webseite auszutauschen, hat man ja auch noch XML verwendet.

wie meine Vorschreiber bereits geschrieben haben: JSON hat einen geringeren Speicherbedarf, da es nicht nach dem Prinzip öffnendes Tag und schließendes Tag arbeitet, sondern eine einfache Schlüssel-Wert-Paar-Struktur aufweist. Das ist ein klarer Vorteil.
Hinzu kommt , dass viele moderne APIs JSON zurückgeben bzw produizieren / ausgeben (JSON als Datenaustauschformat). Ich persönlich habe JSON auch mal benutzt , um einfache(!) Daten persistent in einer JSON basierten "Datenbank" zu speichern.