Je trouve tout de même l'argument vraiment très faible. Ils n'aiment pas le XML ? Pas grave, soit ils utilisent du JSON (correctement indenté, ça passe sans problème), soient ils forkent simplement plistlib pour qu'elle accepte du YAML en plus du XML, du JSON et du binaire. C'est quand même beaucoup moins compliqué que de tout recoder uniquement parce qu'ils trouvent que le plist en XML n'est pas assez lisible…
Sur OS X, tous les fichiers de données des applications (sauf évidemment les outils UNIX historiques) sont soit en plist, soit en sqlite. Ça concerne aussi bien les fichiers de configuration que les fichiers de préférences ou que les fichiers de description d'une application (l'équivalent du .desktop linuxien). À l'usage, c'est très confortable.
Aucun parseur à écrire, une bibliothèque existe dans à peu près tous les langages (c'est même de base dans Python), un programme peut lire les fichiers de configuration et de données de n'Importe quelle application, il y a quelques éditeurs graphiques pour les modifier (XCode en propose un, par exemple), …
Actuellement, faire un programme qui va lire et modifier les configuration de trucs comme Apache ou OpenLDAP est plutôt galère, il faut réécrire un parseur sans savoir si on a pensé à tous les cas… Rajouter et supprimer via un script une entrée dans le crontab est assez périlleux à mes yeux. Avec des fichiers en plist, ces opérations seraient extrêmement simples.
Après, le côté XML peut rebuter un peu (même si à l'usage, ce n'est pas si gênant). Mais comme déjà dit, il suffirait de rajouter un autre format plus humain à plistlib, et ce n'est vraiment pas compliqué…
[^] # Re: Bientôt vendredi
Posté par flan (site web personnel) . En réponse à la dépêche Le point sur udev et systemd. Évalué à 1.
Je trouve tout de même l'argument vraiment très faible. Ils n'aiment pas le XML ? Pas grave, soit ils utilisent du JSON (correctement indenté, ça passe sans problème), soient ils forkent simplement plistlib pour qu'elle accepte du YAML en plus du XML, du JSON et du binaire. C'est quand même beaucoup moins compliqué que de tout recoder uniquement parce qu'ils trouvent que le plist en XML n'est pas assez lisible…
Sur OS X, tous les fichiers de données des applications (sauf évidemment les outils UNIX historiques) sont soit en plist, soit en sqlite. Ça concerne aussi bien les fichiers de configuration que les fichiers de préférences ou que les fichiers de description d'une application (l'équivalent du .desktop linuxien). À l'usage, c'est très confortable.
Aucun parseur à écrire, une bibliothèque existe dans à peu près tous les langages (c'est même de base dans Python), un programme peut lire les fichiers de configuration et de données de n'Importe quelle application, il y a quelques éditeurs graphiques pour les modifier (XCode en propose un, par exemple), …
Actuellement, faire un programme qui va lire et modifier les configuration de trucs comme Apache ou OpenLDAP est plutôt galère, il faut réécrire un parseur sans savoir si on a pensé à tous les cas… Rajouter et supprimer via un script une entrée dans le crontab est assez périlleux à mes yeux. Avec des fichiers en plist, ces opérations seraient extrêmement simples.
Après, le côté XML peut rebuter un peu (même si à l'usage, ce n'est pas si gênant). Mais comme déjà dit, il suffirait de rajouter un autre format plus humain à plistlib, et ce n'est vraiment pas compliqué…