Comme tu dis.
Les limites du format INI sont connues depuis longtemps mais lorsqu'il s'agît de stocker des clefs/valeurs avec une faible profondeur hiérarchique et/ou de lire/editer de façon intuitive le fichier, c'est un format de choix.
On peut toujours "bidouiller" pour stocker des tableaux dans un format INI (ajout d'un suffixe d'indexation des clefs).
Même si j'ai une faiblesse pour le JSON qui arrive à allier concision et simplicité de lecture.
Le XML par contre, sa puissance est clairement dans ses systèmes de validations/schémas, mais le reste, erk…
Pour les menus freedesktop, j'ai un peu de mal à comprendre pourquoi il a été choisi par rapport à JSON/XML, on pourrait pré-supposer qu'un menu est une hiérarchie d'entrées.
[^] # Re: Vraiment ?
Posté par Guillaume Denry (site web personnel) . En réponse au journal Systemd: tuons les mythes. Évalué à 3.
Comme tu dis.
Les limites du format INI sont connues depuis longtemps mais lorsqu'il s'agît de stocker des clefs/valeurs avec une faible profondeur hiérarchique et/ou de lire/editer de façon intuitive le fichier, c'est un format de choix.
On peut toujours "bidouiller" pour stocker des tableaux dans un format INI (ajout d'un suffixe d'indexation des clefs).
Même si j'ai une faiblesse pour le JSON qui arrive à allier concision et simplicité de lecture.
Le XML par contre, sa puissance est clairement dans ses systèmes de validations/schémas, mais le reste, erk…
Pour les menus freedesktop, j'ai un peu de mal à comprendre pourquoi il a été choisi par rapport à JSON/XML, on pourrait pré-supposer qu'un menu est une hiérarchie d'entrées.