J'aime bien l'idée d'Apple pour les fichiers de configuration (les .plist). Il s'agit un seul format logique qui
correspond globalement à une table clefs-valeurs (sachant qu'une valeur peut elle-même être une table clef-valeur),
est utilisé par tous les outils Apple (fantastique : ça évite d'écrire un parseur par application à configurer ! ),
possède plusieurs représentations en tant que fichier (binaire, XML voire JSON) — mais en vrai, on s'en fout un peu —,
peut être édité par pas mal d'outils (y compris vim avec un plugin, mais ça donne un fichier XML),
peut être lu ou écrit partiellement en ligne de commande (on peut modifier la valeur d'une seule clef ou en exporter quelques unes),
a des bibliothèques utilisables dans pas mal de langages (dans la bibliothèque standard de Python, par exemple).
Il manque la possibilité d'ajouter des commentaires, malheureusement.
Au final, je trouve que JSON, XML ou autre, ça ne change pas grand-chose au final. Au pire, il suffit d'un plugin dans l'éditeur pour le transformer en quelque chose d'utilisable par un être humain le temps de l'édition.
[^] # Re: Mon expérience à deux balles
Posté par flan (site web personnel) . En réponse au journal Un petit tour des systèmes de build. Évalué à 3. Dernière modification le 15 juin 2018 à 23:25.
J'aime bien l'idée d'Apple pour les fichiers de configuration (les .plist). Il s'agit un seul format logique qui
Il manque la possibilité d'ajouter des commentaires, malheureusement.
Au final, je trouve que JSON, XML ou autre, ça ne change pas grand-chose au final. Au pire, il suffit d'un plugin dans l'éditeur pour le transformer en quelque chose d'utilisable par un être humain le temps de l'édition.