[W3C] M*st*rbation intellectuelle

performance respectable au demeurant

moi j'y arrive pas. J'arrête pas de tomber.

:-DDDDD

Bah, et c'est quoi les schémas ?!?

Même quand tu as un schéma pour valider la structure de ton document, ça t'oblige la plupart du temps, derrière, à devoir caster quand même les données.

Les schémas n'affranchissent donc pas de la gestion des types de données derrière dans tes programmes.



Disons que c'est moins catastrophique que le binaire :p

Pas forcément.
Il y a des formats binaires très bien stucturés et pratiques (et moins consommateurs de place).
Par exemple les formats IFF ou RIFF, qui permettent de définir plusieurs sections.

Le base64 est une idée sympa, mais consommer 136 ko pour en stocker 100, ça reste du gaspillage.

Je reformule: ce n'est pas optimal.

Même quand tu as un schéma pour valider la structure de ton document, ça t'oblige la plupart du temps, derrière, à devoir caster quand même les données. 

Les schémas n'affranchissent donc pas de la gestion des types de données derrière dans tes programmes.

Désolé d'insister mais je ne comprend pas
pourquoi je serais obligé de revérifier dernière si le XML a été validé par un schémas sachant que ces derniers sont très riches? (+ de type que la moyenne des langages de prog si on ajoute les types dérivés, possibilité de patern, list, min, max,.... le tout sans rien programmer)

Pas forcément. 
Il y a des formats binaires très bien stucturés et pratiques (et moins consommateurs de place). 
Par exemple les formats IFF ou RIFF, qui permettent de définir plusieurs sections. 

Le base64 est une idée sympa, mais consommer 136 ko pour en stocker 100, ça reste du gaspillage.

D'accord, mais n'est-ce pas la un discours un peu dépassé - à l'époque où les PC avaient 4Mo de RAM?
Je suis absolument d'accord que ce n'est surement pas une raison valable pour programmer comme un porc mais pourquoi pas en profiter pour choisir une autre technologie moins optimisée et plus standardisée, simple, etc... ? (un peu comme CORBA vs les WS)

pourquoi je serais obligé de revérifier dernière si le XML a été validé par un schémas

C'est vrai, une fois validé, on pourrait considérer que c'est ok.

Mais je n'importe et traite jamais de données extérieur sans un try/catch. Si je fais déjà un try/catch, pourquoi faire 2 fois le boulot ?

(Et encore, c'est quand on travaille sur des XSD bien écrite, ce qui est rarement le cas.)


XML en lui-même est pauvre: on doit ajouter XSD, XSL, etc. On ajoute des couches sur des couches.
Qui maîtrise vraiment ça ?
http://www.wdvl.com/Authoring/Languages/XML/XMLFamily/BigPicture/bigpix20a.html

XML et ses technos sont trop complexes, et donc mal maitrisées et mal utilisées.

Et même bien maîtrisées, les temps de traitement sont énormes (traiter du XML reste très très lourd comparé à des fichiers à plat ou des fichiers binaires).


D'accord, mais n'est-ce pas la un discours un peu dépassé - à l'époque où les PC avaient 4Mo de RAM?

Je ne crois pas non.
Quand on traite des documents de B2B, les volumes de données sont monstrueux.
L'XML multiplie par 2 à 5 le volume des données.
Quand on doit traiter plusieurs giga-octets de données métier par jour, ça peut rapidement devenir problématique.
Et pas seulement en terme de volume: aussi en terme de temps de traitement.




Je m'étale, je m'étale... c'est de l'amertume: j'ai vu dans mon métier des gens faire de l'XML pour faire de l'XML.
à vous dégouter des usines à gaz qu'ils ont mis en place: trop compliqué, impossible à maintenir, plus personne n'arrive même à comprendre comment ça marche.

Des fichiers à plat, un modèle relationnel ou un modèle objet auraient fait merveille, mais non ils ont fait de l'XML.



Dans les cas d'école, l'XML c'est beau, c'est clean.

Mais pour l'avoir pratiqué (Rosetta.Net par exemple, ou des documents échangés avec des clients externes (B2B, EAI)), c'est la galère.
L'XML ne fait qu'ajouter de la complexité à des traitements qui pourraient être simples avec des fichiers à plat.
Et personne ne les maîtrise correctement.

Je m'étale, je m'étale... c'est de l'amertume: j'ai vu dans mon métier des gens faire de l'XML pour faire de l'XML.

toutafé d'accord avec toi.
mis à part pour des fichier config (koike) ou le svg je laisserai mon fondement exprimer ce que je pense du reste