hustbaer schrieb:
Für mich persönlich hat XML vor allem den Vorteil, dass es das Format ist auf das sich sozusagen "die Community geeinigt hat".
Ich habe das Gefühl, dass sich dies aber langsam ändert. Habe aber dazu keine Fakten, das ist eine rein subjektive Sicht.
hustbaer schrieb:
Was YAML angeht... ich weiss nicht. JSON ist wirklich einfach. Wenn man 1x ein JSON Dokument gesehen hat das sämtliche JSON Features verwendet, weiss man wie man JSON schreiben muss. Bei YAML ist das nicht gegeben. YAML kann man zwar auf Anhieb lesen, und es ist dabei sogar noch übersichtlicher als JSON, aber wenn es darum geht ein konformes YAML Dokument schreiben zu wollen muss man erst wieder die Doku wälzen.
Bin ich mit dir vollständig einverstanden. Einzig eines möchte ich hier anmerken. Jemand der eine Konfiguration ändern möchte, wird kaum ein YAML File neu erstellen müssen, sondern Dinge in einem bestehenden File ändern gehen. Und Änderungen zu machen gehen sehr einfach und sollte eigentlich problemlos klar sein. Bei YAML ist meiner Meinung nach wirklich nur das neue Erstellen ein Problem, also wo man gerne mal wieder die Doku zu rate zieht.
YAML ist somit etwas komplexer zum parsen und für denjenigen, welcher die Konfigurationsdatei erstellt, ebenfalls etwas mühsamer. Aber für denjenigen, welcher die Konfigurationsdatei nur ändert, ist YAML von Vorteil im Gegensatz zu JSON.
SideWinder schrieb:
Alleine schon die Festsetzung des darunterliegenden Zeichensatzes müsste doch für Cross-System-Kommunikation interessant sein.
Meinst du das encoding Attribute im XML Header, welches im Zeichensatz des im encoding Attribute angegebenen Zeichensatzes enkodiert ist?
SideWinder schrieb:
Afaik hast du das in JSON/YAML nicht.
RFC 4627 - Kapitel 3 schrieb:
JSON text SHALL be encoded in Unicode. The default encoding is UTF-8.
Since the first two characters of a JSON text will always be ASCII characters [RFC0020], it is possible to determine whether an octet stream is UTF-8, UTF-16 (BE or LE), or UTF-32 (BE or LE) by looking at the pattern of nulls in the first four octets.
00 00 00 xx UTF-32BE
00 xx 00 xx UTF-16BE
xx 00 00 00 UTF-32LE
xx 00 xx 00 UTF-16LE
xx xx xx xx UTF-8
Falls du eine andere Enkodierung verwenden willst, kannst du gerne auch so ein Hinweis auf die Enkodierung enkodiert in der verwendeten Enkodierung machen
Oder du machst es einfach gleich, wie es im XML Standard bereits erklärt wird:
http://www.w3.org/TR/REC-xml/#sec-guessing
Du schaust dir die ersten Bytes an und ratest.
Grüssli