Version imprimable
Hello,
il y a de multiples façons de présenter des données au format XML.
Je cherche donc des pistes (suggestions, livres, méthodes empiriques, ...) pour "bien" structurer un fichier XML,
c'est à dire ordonner les balises, choisir entre un élément et un attribut, ...
Je pense que c'est une question basique que tout le monde doit se poser en se lançant dans le XML et pourtant je ne trouve pas d'infos à ce sujet. :aie:
La structuration d'un document XML amène toujours des choix...
1) La question la plus connue est effectivement celle du choix entre attribut et élément. Mon point de vue est que la notion d'attribut est tout simplement inutile pour le traitement car elle est restrictive par rapport à celle d'élément sans apporter de contrepartie technique : un attribut est équivalent à un élément ayant une valeur texte mais il ne peut pas y avoir deux attributs de même nom pour un même élément père. L'évolutivité est également restreinte par la notion d'attribut : il s'agit bien d'une feuille que l'on ne pourra pas décomposer par la suite (arbre, feuille, décomposition,...:D ).
En fait, j'utilise tout de même beaucoup les attributs parce qu'ils sont plus compacts pour la lisibilité humaine. De même, pour un élément ayant une valeur texte, il me parait mieux de ne pas mixer valeur texte et sous-éléments, même si c'est autorisé. Certains disent qu'il faut les réserver à ce qui identifie un élément père...
2) Autant l'ordre des types d'éléments importe généralement peu, autant la notion de noeud de regroupement conditionne beaucoup les traitements. Un exemple : une facture et ses lignes de facture. Faut-il avoir un élément <lignes_de_facture> pour regrouper les éléments <ligne_de_facture> ? Au premier abord, cela fait un élément intermédiaire en plus sémantiquement inutile mais je pense que cela peut simplifier les traitements. Ce qui est important surtout pour le développeur, c'est d'avoir une cohérence entre ses documents : toujours mettre des noeuds de regroupement... ou ne jamais en mettre. La racine n'est-elle pas souvent, elle-même, un simple noeud de regroupement ?
Merci pour ta réponse.
Il n'existe pas de livre sur le sujet ? Ca m'aurait bien intéressé.
Apprendre à l'aide d'un livre, c'est pas un peu "has been" ? :mrgreen:
Un livre, ça coute cher, et pour 3 lignes pertinentes dedans... On ne peut pas faire un livre rien que sur la bonne façon de faire un XML ...
Oui, c'est vrai, soyons moderne, un e-book alors. :P
Et je pense qu'il y a matière. Il existe bien des livres théoriques sur l'algorithmique par exemple...
OK je vais écrire un livre sur ce thème ! Et tu seras mon premier acheteur ? :mrgreen:
Ca marche, je veux bien être beta-lecteur.
C'est dans mes possibilités d'être beta. :yaisse2: