Kann man einen Record in einem String speichern?

[himitsu]

Das Gleiche nicht ganz.
XML kann man anders verschachteln, z.B. Attribute und SubNodes zusammen im Node.
Und dadurch, dass vieles Doppelt vorkommt (schließender Node), ist hier die Fehlerbereinigung etwas einfacher möglich.
(nja, wie an den Heuristiken für HTML vs. XHTML in vielen Browsern geht's so lala)

Es gibt auch JSON-artig verschachteltes INI-artiges (INI selber hat ja praktisch keine Standards),
welche für manuelle Änderungen einfacher sind,
nur mit dem Nachteil, wie in Python, also die Gruppen haben kein Ende, allerdings wird mit unsichtbaren Zeichen (Einzückung) gearbeitet,
aber dafür raucht nicht gleich alles komplett ab, wenn in einer/mehreren Zeile(n) ein Syntaxfehler*innen steckt.



Wenn es nur um die Größe ginge (OK, ein gzip/ZLib drüber macht auch alles nochmal kleiner),
dann dürfte das binäre XML womöglich kleiner sein, als BSON.

[Rollo62]

Zitat von himitsu:

Das Gleiche nicht ganz.

Ja sicher, Du weisst schon was ich meine
XML wird gerne bei .docx und Adobe benutzt, aber das ist dann schon mehr als nur ein einfacher Datenaustausch.

Ich sehe JSON mittlerweile als Default-Austauschformat for "normale" Zwecke,
so wie früher die INI-Datei.

[Frickler]

XML kann über Schema automatisiert validiert werden. Die nötigen Programme sind seit vielen Jahren standardisiert. Und sowas wie XSLT und XSL-FO fehlt auch unter JSON. man ist zwar dabei, das hier und da nachzurüsten, hat damit aber keine Eile. Denn JSON ist ein Format für Datenübertragung, nicht so sehr für Dateien.

Hingegen sehe ich als "Nachfolger" der INI Datei heute eher SQLite.

[Rollo62]

Zitat von Frickler:

Hingegen sehe ich als "Nachfolger" der INI Datei heute eher SQLite.

[himitsu]

So lange das Ding dann nicht auch mal schnell ohne Hilfsmittel per Hand bearbeitet werden soll.

[Uwe Raabe]

Zitat von himitsu:

So lange das Ding dann nicht auch mal schnell ohne Hilfsmittel per Hand bearbeitet werden soll.

Genau da sehe ich auch einen gravierenden Nachteil. INI-Datei (und natürlich jedes andere textbasierte Format) oder Registry lassen sich auf jedem Windows am Einsatzort mit Bordmitteln bearbeiten. Ein Programm zum Manipulieren einer SQLite DB darf ich dort vielleicht gar nicht mal installieren.

[himitsu]

Dafür gibt es zum Glück wenigstens noch eine portable 1-EXE-Variante, aber die muß man dann erstmal mithaben.
OK, draufkopieren und starten muß man sie auch noch dürfen.