Posté par Anonyme .
En réponse au sondage XML est.
Évalué à 9.
L'intéret ? C'est que dans quasiment tous les languages, tu a des API ou bibliothèques pour lire du XML sans avoir a programmer de parseur.
Voilà pour moi l'intéret : quand je manipule des fichiers XML, je sais qu'avec n'importe quel language je pourrais le relire facilement, dans avoir a manipuler des fopen, fgetc (et leurs équivalent dans tous les languages) et Co, sans avoir a me soucier si oui on non je respecte la structure[1] du fichier - l'API me garantit que je le fait.
Un autre intéret, par exemple, si tu t'intéresse qu'a une seule partie du fichier, tu as juste a récupérer les bonnes balises, alors que sans le XML tu dois détecter la partie qui t'intéresse et bien valider que tu détecte toujours la bonne partie. Et c'est pas toujours si facile.
Globalement, l'idée est qu'il est beaucoup plus simple de transformer un fichier XML en réprésentation mémoire interne - la structure de donnée de ton appli - qu'un autre fichier quelconque.
Bref, ca permet de lire/écrire des fichiers sans se soucier de leur structure, alors qu'a la main c'est toujours la partie chiante et bouffeuse de temps. Tout en souplesse.
[1] quand je parle de structure, c'est bien dans le sens "bien formé" de XML, et pas valide. C'est a dire que même s'il est bien formé (lisible par toutes les API XML) il faudra toujours mettre les bonnes balises ou il faut pour avoir une vraie interopétabilité, mais c'est toujours moins galère que de se taper un parseur ou générateur a la main :)
[^] # Re: n00b xml
Posté par Anonyme . En réponse au sondage XML est. Évalué à 9.
Voilà pour moi l'intéret : quand je manipule des fichiers XML, je sais qu'avec n'importe quel language je pourrais le relire facilement, dans avoir a manipuler des fopen, fgetc (et leurs équivalent dans tous les languages) et Co, sans avoir a me soucier si oui on non je respecte la structure[1] du fichier - l'API me garantit que je le fait.
Un autre intéret, par exemple, si tu t'intéresse qu'a une seule partie du fichier, tu as juste a récupérer les bonnes balises, alors que sans le XML tu dois détecter la partie qui t'intéresse et bien valider que tu détecte toujours la bonne partie. Et c'est pas toujours si facile.
Globalement, l'idée est qu'il est beaucoup plus simple de transformer un fichier XML en réprésentation mémoire interne - la structure de donnée de ton appli - qu'un autre fichier quelconque.
Bref, ca permet de lire/écrire des fichiers sans se soucier de leur structure, alors qu'a la main c'est toujours la partie chiante et bouffeuse de temps. Tout en souplesse.
[1] quand je parle de structure, c'est bien dans le sens "bien formé" de XML, et pas valide. C'est a dire que même s'il est bien formé (lisible par toutes les API XML) il faudra toujours mettre les bonnes balises ou il faut pour avoir une vraie interopétabilité, mais c'est toujours moins galère que de se taper un parseur ou générateur a la main :)