Warum verwendet / etc / fstab kein XML oder JSON?

Dies ist eher eine allgemeine Linux- / Programmierfrage, aber ich programmiere schon seit einiger Zeit und bin es gewohnt, für jede Datei, die für Konfigurationszwecke verwendet wird, ein Format wie XML oder JSON zu verwenden.

Als Linux-Neuling stellte ich fest, dass die erste Konfigurationsdatei, in die ich stieß ( /etc/fstab), eine Art Tabellenformat verwendet. Warum also nicht XML oder JSON?

/etc/fstab ist viel älter als XML und JSON, und da es von vielen Programmen verwendet wird, wäre es ein Albtraum, das Format zu ändern.

Außerdem /etc/fstabmuss dies analysiert werden, bevor es ein funktionierendes System gibt, das zum Mounten aller wichtigen Dateisysteme verwendet wird. Daher sollte das Format von /etc/fstabso einfach wie möglich sein, da der Parser nicht von externen Bibliotheken abhängig sein sollte.

Das Parsen von XML ist ziemlich schwierig und Sie möchten es unbedingt vermeiden, wenn Sie keine externen Bibliotheken weitergeben können. JSON ist ein bisschen einfacher, aber immer noch ziemlich schwierig.

Die Semantik von /etc/fstabist recht einfach, sie enthält keine baumartigen Datenstrukturen oder andere ausgefallene Dinge. Alles, was Sie brauchen, sind Datensätze, die aus sechs Werten bestehen.

Durch Leerzeichen getrennte Werte sind dafür ausreichend und lassen sich auch dann leicht analysieren, wenn Sie lediglich die C-Standard-Bibliotheken verwenden.

Es gibt also keinen Grund, JSON, XML oder ähnliches zu verwenden.

Sie sollten Eric Raymonds The Art of Unix Programming unbedingt einmal lesen . Sie scheinen davon auszugehen, dass die Unix-Designer XML verwendet hätten, /etc/fstabwenn sie davon gewusst hätten. Im Gegenteil, obwohl XML hatte speziell nicht erfunden worden, waren sie ganz bewusst seine ähnlichen Vorgänger und absichtlich abgelehnt sie für Konfigurationsdateien wie /etc/fstab.

Zitat aus seinem Unterabschnitt über XML :

XML eignet sich gut für komplexe Datenformate (die Art von Dingen, für die die Unix-Tradition der alten Schule ein RFC-822-ähnliches Zeilengruppenformat verwenden würde), wenn auch für einfachere überflüssig. Es ist besonders für Formate geeignet, die eine komplexe verschachtelte oder rekursive Struktur aufweisen, wie sie das RFC 822-Metaformat nicht gut verarbeitet.

und weiter unten:

Das schwerwiegendste Problem bei XML ist, dass es mit herkömmlichen Unix-Tools nicht gut funktioniert. Software, die ein XML-Format lesen möchte, benötigt einen XML-Parser. Dies bedeutet sperrige, komplizierte Programme. Außerdem ist XML selbst ziemlich umfangreich. Es kann schwierig sein, die Daten im gesamten Markup zu sehen.

Die Unix-Philosophie besteht darin, die Konfiguration, wo immer dies möglich ist, leicht skript- und lesbar zu machen. Sie sollten in der Lage sein, Konfigurationsdateien mit Tools wie awk, grep, sed, tr und cut zu verarbeiten und sie in Skriptsprachen ohne umfangreiche Bibliotheken zu analysieren. Dies ist ein großer Grund für den Erfolg von Unix und sollte nicht unterschätzt werden.

Obwohl Eric Raymond XML für seine Fähigkeit lobt, "Formate zu verarbeiten, die eine komplexe verschachtelte oder rekursive Struktur aufweisen", werden diese /etc/fstabsicherlich nicht benötigt, weshalb das einfachste mögliche Dateiformat dafür gewählt wurde.

Obwohl XML sicherlich seine Verwendung hat, sollten Sie in Betracht ziehen, dass einige der intelligentesten Programmierer der Welt, die Pionierarbeit geleistet haben, vielleicht gewusst haben, was sie taten. Möglicherweise ist XML nicht immer für Ihre eigenen Konfigurationsdateien geeignet.

Der Hauptgrund, an den ich jetzt denken kann, ist:

• Die fstabDatei wird am häufigsten vom mountBefehl verwendet
• Die mountBefehlsgeschichte begann wahrscheinlich vor 1985
• XML wurde am 10. Februar 1998 zu einer W3C-Empfehlung