• [^] # Re: Si tu savais...

    Posté par (site web personnel, Mastodon) . En réponse au journal Optimisez qui disaient. Évalué à 0.

    Bon, ok, XML c'est verbeux, et ça coute plus en bande passante.

    Le choix de XML est tout de même judicieux : cela améliore l'interoperabilité.

    Quand tu n'as pas de spec et que tu as un flux xml, le reverse engeenering est plus facile sur ce genre de type de donnée même si le nom des balises n'évoque pas grand chose, que sur un flux binaire contenant une suite d'octet pas trés logique, L'information est structurée.

    Ensuite, cela permet d'éviter d'écrire un énième parser de flux. Parser XML + api DOM pour en extraire les données et basta. Pas de nième bibliothèque bas niveau à développer, ou dont il faut apprendre l'API.

    Ensuite cela permet des choses sympa. Genre pour des passerelles entre deux flux de formats xml différents. Une feuille XSLT pour transformer un message d'un format A à un format B et basta (bon, ok c'est super théorique et simpliste comme exemple, dans la réalité, ça peut être plus compliqué, tout dépend des différences entre le format A et B).

    Alors c'est sûr, XML est plus gourmand en ressource.