Discussion :

[lightstring4]

Bonjour,

j'ai une question générale sur le langage XML et ses dérivés que je découvre avec les tutoriels :

A qui s'adresse XML ou plus précisément qui peut avoir l'utilité de l'apprendre ?

J'imagine bien que cela dépend de l'utilisation qu'on en fait mais je ne perçois pas bien cette utilisation.

Merci.

[thelvin]

A qui s'adresse XML

À tous les développeurs et intégrateurs qui ont besoin de gérer des données ou des documents en dehors de l'exécution de leur programme. (Représentation sur disque, échange avec d'autres programmes, données relisibles par d'autres programmes.)

ou plus précisément qui peut avoir l'utilité de l'apprendre ?

Connaître les avantages et les inconvénients de XML par rapport à "autre chose que XML."

En résumé, c'est après l'avoir appris et avec le recul, qu'on peut y voir des intérêts. Voyons des exemples.
- Supposons que tu aies des données (pas des images, pas des musiques, pas des vidéos, pas des programmes,) à enregistrer sur le disque dur. Elles sont un peu compliquées, ça passe pas dans un CSV ni dans un .ini ni dans un .properties.
Tu arriveras sûrement à faire ton propre système d'enregistrement... Mais tu trouves pas que tu irais vachement plus vite et que tout serait infiniment plus simple en faisant juste du XML ?

- Ton langage préféré te propose sûrement de faire des sérialisations binaires, et souvent c'est très bien. Mais supposons que tu aies besoin de les regarder à froid, de les échanger avec d'autres programmes. Ou bien supposons qu'il y ait un bug quelque part, et que les données sérialisées ne sont pas comme elles devaient être et que tu dois te démerder à les récupérer : tu fais comment ?
Avec quoi tu analyses, avec quoi tu regardes ce qui ne va pas, comment tu t'en sors ? Il y en a pour des plombes. Avec XML tu ouvres et tu regardes. Si tu as bien fait ton format, c'est une histoire de secondes. Souvent c'est ça qui compte, pas le reste.

Bref, il y a des conditions où utiliser XML est plus avantageux que ne pas le faire. Le problème c'est qu'il faut bien connaître XML et le reste pour savoir discerner ça.


Bon, ça c'était la raison technique idéalisée. En pratique, de nos jours, XML ou JSON sont partout, et si tu ne sais pas communiquer à base de l'un ou l'autre, c'est comme si tu savais pas parler, tu passes pour un débutant. XML et JSON sont les deux grands formats d'échange de données, ils sont un ensemble de règles sur lesquelles tout le monde s'est mis d'accord, de la même manière que tout le monde s'est mis d'accord pour parler anglais.
Du coup, de la même manière que tout le monde a appris l'anglais, il y a des outils de traitement XML partout. L'intérêt pragmatique de XML, c'est ça : tu n'as pas besoin de chercher ou faire tes outils, ils sont là. Tu n'as pas besoin de te demander si les autres seront compatibles : oui, ils le sont.

[lightstring4]

Merci pour les infos très détaillées.

Donc n'étant pas développeur professionnel mais amateur, j'ai un intérêt à apprendre de loin pour savoir de quoi ça parle au cas où je le rencontre. Il faut sûrement se concentrer sur d'autres langages prioritaires.

[Loceka]

Accessoirement, XML n'est pas un langage, c'est juste un format de fichier qui permet de hiérarchiser des données à stocker (et de donner un semblant de sens à l'information).

En gros si on peut comparer un langage de programmation (Java, Pascal, C, ...) à des aiguilles à tricoter : on peut créer n'importe quel vêtement avec 2 aiguilles et du fil.
Alors le XML s'apparenterait à une armoire : un tiroir pour les chaussettes, une étagère pour les pulls, une tringle pour les chemises.

On ne programme pas en XML.

[thelvin]

XML est un langage. Un langage de représentation de données, à base de balises. Juste pas un langage de programmation.

On ne programme pas en XML.

En principe non, mais va expliquer ça aux débutant du XSLT, à ant, à maven...

Trop de technos XML prennent la forme de programmation, et à part XHTML, en général c'est celles-là que les débutants ont vues. De temps en temps j'essaie de ne pas les semer trop vite.

[Loceka]

Ce que je voulais qu'il comprenne c'est qu'on ne choisit pas entre un langage de programmation et XML :

Donc n'étant pas développeur professionnel mais amateur, [...] il faut sûrement se concentrer sur d'autres langages prioritaires.

Ca n'a pas de sens.
On peut choisir à la rigueur entre une base de données et XML pour stocker les données, voire entre XML + XSL et HTML pur pour afficher des données, mais pas entre XML et Java.

D'ailleurs, même les pseudo langages que tu as cité ne sont pas à proprement parler des langages de programmation. XSL est un langage de transformation, plus évolué mais comparable à CSS, Ant et Maven des langages de packaging. On ne peut pas écrire un morpion en XSL, ni en ANT et encore moins en Maven.
Par contre on peut le faire en Pascal, en Basic, en Java, en C, en Fortran, ...
Et chacun de ces langages peut s'interfacer avec XML (et XSL, Ant, ...).

Ceci dit s'il recherche un langage de programmation il est certain qu'il lui faut écarter le XML.