XML est une spec pour ecrire des markup language en ASCII => controle integrité du format facile
Quand je code une liste dans un fichier, je ne me sers pas de xml. Je prefere de loin utiliser un separateur (mon favori : le caractere de retour a la ligne pour plus de lisibilite).
Si mes donnees sont corrompues, c'est pas XML qui va me permettre de m'en rendre compte. S'il y a un probleme de separateur, disons que c'est pas tres grave, du moment que le fichier est encore lisible. Si j'avais utilise XML et qu'il y avait un probleme avec un tag, le fichier devient alors illisible au sens XML du terme. Heureusement que le XML est en ASCII me direz-vous. Oui, mais dans ce cas, qu'apporte le XML si c'est pour s'en passer a la moindre erreur ?
S'il y a un probleme de separateur, c'est pas tres grave ai-je mis plus haut. Ca peut etre grave. Mais dans ce cas, c'est pas XML qu'il me faut, mais un controle d'erreur plus robuste tel qu'un calcul de somme de controle. Ici aussi, le XML n'apporte rien, a part un peu de lenteur supplementaire.
Quand il s'agit d'une liste de cles et valeurs, il y a un encodage tres simple qui consiste a mettre sur chaque ligne un format cle=valeur. Le controle d'erreur est ici tres simple : chercher avec grep une ligne ne contenant pas le signe egal (grep -v '=' fichier). Ici aussi, qu'apporterait le XML ?
Bref, l'interet du XML, c'est surtout dans les structures arborescentes et dans les structures extensibles que c'est interessant. Le voir partout serait une erreur je pense.
[^] # Re: Euh..
Posté par a_jr . En réponse au journal Basculer l'informatique en tout-XML?. Évalué à 10.
Quand je code une liste dans un fichier, je ne me sers pas de xml. Je prefere de loin utiliser un separateur (mon favori : le caractere de retour a la ligne pour plus de lisibilite).
Si mes donnees sont corrompues, c'est pas XML qui va me permettre de m'en rendre compte. S'il y a un probleme de separateur, disons que c'est pas tres grave, du moment que le fichier est encore lisible. Si j'avais utilise XML et qu'il y avait un probleme avec un tag, le fichier devient alors illisible au sens XML du terme. Heureusement que le XML est en ASCII me direz-vous. Oui, mais dans ce cas, qu'apporte le XML si c'est pour s'en passer a la moindre erreur ?
S'il y a un probleme de separateur, c'est pas tres grave ai-je mis plus haut. Ca peut etre grave. Mais dans ce cas, c'est pas XML qu'il me faut, mais un controle d'erreur plus robuste tel qu'un calcul de somme de controle. Ici aussi, le XML n'apporte rien, a part un peu de lenteur supplementaire.
Quand il s'agit d'une liste de cles et valeurs, il y a un encodage tres simple qui consiste a mettre sur chaque ligne un format cle=valeur. Le controle d'erreur est ici tres simple : chercher avec grep une ligne ne contenant pas le signe egal (grep -v '=' fichier). Ici aussi, qu'apporterait le XML ?
Bref, l'interet du XML, c'est surtout dans les structures arborescentes et dans les structures extensibles que c'est interessant. Le voir partout serait une erreur je pense.
Le bonjour chez vous,
Yves