Le 2eme exemple pique les yeux et tient sur 2 fois plus de lignes.
Ce serait plus agréable avec une coloration syntaxique éventuellement, mais je préfère néanmoins du texte brut.
J'ajouterais que la lisibilité du fichier de config n'est pas le plus important, qu'il soit en texte bizarre ou en xml, il faudra de toute façon apprendre le fonctionnement du logiciel en question et lire des docs. Toucher à la config ça vient bien après, au moment ou normalement on a pigé comment ça fonctionne.
Autre argument pour le format texte aproprié à l'appli, en bash par exemple il est plus simple (et probablement plus rapide) de sourcer un fichier de config comme ceci:
. ~/.config_file
que de récupérer un fichier xml et de le parser (je ne sais meme pas si des outils existent pour faire cela en shell :) Alors à moins de faire en sorte que bash comprenne le xml en natif :
<shell-script>
<if arg="1ドル" op="equal" value="12">
<echo>
Ah ben oui c'est bien 12!
</echo>
</if>
<if arg="1ドル" op="not_equal" value="12">
<echo>
Ah ben non, perdu!
</echo>
</if>
</shell-script>
Voilà j'ai lancé le XPL (xml programming language :)
[^] # Re: Remplacer les outils de base de Linux
Posté par Yhar Gla . En réponse au journal Remplacer les outils de base de Linux. Évalué à 2.
Pour un fichier de conf qui sera le plus souvent édité par vi (ou emacs), je trouve ceci:
option1=valeur1
option2=valeur2
beaucoup plus clair et intuitif que:
<config>
<option name="1" value="valeur1" />
<option name="2" value="valeur2">
</config>
Le 2eme exemple pique les yeux et tient sur 2 fois plus de lignes.
Ce serait plus agréable avec une coloration syntaxique éventuellement, mais je préfère néanmoins du texte brut.
J'ajouterais que la lisibilité du fichier de config n'est pas le plus important, qu'il soit en texte bizarre ou en xml, il faudra de toute façon apprendre le fonctionnement du logiciel en question et lire des docs. Toucher à la config ça vient bien après, au moment ou normalement on a pigé comment ça fonctionne.
Autre argument pour le format texte aproprié à l'appli, en bash par exemple il est plus simple (et probablement plus rapide) de sourcer un fichier de config comme ceci:
. ~/.config_file
que de récupérer un fichier xml et de le parser (je ne sais meme pas si des outils existent pour faire cela en shell :) Alors à moins de faire en sorte que bash comprenne le xml en natif :
<shell-script>
<if arg="1ドル" op="equal" value="12">
<echo>
Ah ben oui c'est bien 12!
</echo>
</if>
<if arg="1ドル" op="not_equal" value="12">
<echo>
Ah ben non, perdu!
</echo>
</if>
</shell-script>
Voilà j'ai lancé le XPL (xml programming language :)