Pourtant on nous rabâche que l'espacement c'est ce qu'il y a de mieux et Pythonique. Plusieurs poids plusieurs mesures ?
J'ai toujours trouvé que les bloc par indentation c'était une connerie, dès qu'on bosse à plusieurs sur un fichier c'est source d'erreurs; dès qu'on fait de gros changement dans les logique et niveau d'indentation faut vérifier plusieurs fois qu'on a pas fait une connerie/
(là dessus xml est plus sympa.)
Tu plaisantes? l'indentation en xml est tout autant optionnelle; tout comme les retours à la ligne. C'est même pire, les espaces et les retours à la lignes sont même capturé par characters() dans les parseurs; c'est optionnel parce que les outils décident de les ignorer.
Typiquement dans le code suivant ta ligne va commencer par "\n ", et terminer par "\n "
[...]
<plop>
maligne super longue que j'ai pas envie de séparer sur quinze lignes et garder les balise visible dans mon éditeur
</plop>
[...]
Dans le json, les blancs retour a la lignes (hors "") sont ignorés dans la norme (et pas par convention)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: devops
Posté par fearan . En réponse au lien The yaml document from hell. Évalué à 5.
J'ai toujours trouvé que les bloc par indentation c'était une connerie, dès qu'on bosse à plusieurs sur un fichier c'est source d'erreurs; dès qu'on fait de gros changement dans les logique et niveau d'indentation faut vérifier plusieurs fois qu'on a pas fait une connerie/
Tu plaisantes? l'indentation en xml est tout autant optionnelle; tout comme les retours à la ligne. C'est même pire, les espaces et les retours à la lignes sont même capturé par characters() dans les parseurs; c'est optionnel parce que les outils décident de les ignorer.
Typiquement dans le code suivant ta ligne va commencer par "\n ", et terminer par "\n "
Dans le json, les blancs retour a la lignes (hors "") sont ignorés dans la norme (et pas par convention)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent