qui représente en language structuré habituel :
{
{ 0 , .707 },
{ .707, 0 }
}
(matrice rotation 45° en cartésien)
J'ai été gentil j'ai utilisé une représentation matrice creuse afin de ne pas ridiculiser le XML. Mais même dans ce cas le rapport info utile (chiffre + place) / info totale est faible ça s'appelle du bruit.
Pour du texte le taux de compression habituel est de 10. Il y a pas un truc qui vous saute aux yeux avec le XML ? C'est tellement bruité que l'on gagne difficilement même en comprimant, dans mon cas, compresser me permet juste de retrouver la taille des mêmes données en JSON et de plus je dois décompresser.
En plus à moins d'être malhonnête, je XML dans ce cas est illisible : je ne devine pas la matrice en regardardant le code.
L'hyper verbosité du XML est un frein à sa lisibilité et donc pourri l'attention du lecteur. Le XML est un bon outil, mais pas dans tous les contexte. Pour les cas standard (tableau multidimensions, tableaux associatifs, sets, fichiers de config sutrcuturé ....) le XML est juste un choix excessif (sauf si la validation des données est bien gérée or la plupart des casses couilles du XML que j'ai rencontré n'écrivent jamais de DTD).
Bref XML je l'admet peut être une bonne solution, mais pas à tous les problèmes.
[^] # Re: WYDSIWYGBYMDIFTSIIN
Posté par Jul (site web personnel) . En réponse à la dépêche Un éditeur XML Wysiwyg passe au libre. Évalué à 3.
[matrix]
[line x=1]
[col y=2]0.707 [/col]
[/line]
[line x=2]
[col x=1] 0.707 [/col]
[/line]
[/matrix]
qui représente en language structuré habituel :
{
{ 0 , .707 },
{ .707, 0 }
}
(matrice rotation 45° en cartésien)
J'ai été gentil j'ai utilisé une représentation matrice creuse afin de ne pas ridiculiser le XML. Mais même dans ce cas le rapport info utile (chiffre + place) / info totale est faible ça s'appelle du bruit.
Pour du texte le taux de compression habituel est de 10. Il y a pas un truc qui vous saute aux yeux avec le XML ? C'est tellement bruité que l'on gagne difficilement même en comprimant, dans mon cas, compresser me permet juste de retrouver la taille des mêmes données en JSON et de plus je dois décompresser.
En plus à moins d'être malhonnête, je XML dans ce cas est illisible : je ne devine pas la matrice en regardardant le code.
L'hyper verbosité du XML est un frein à sa lisibilité et donc pourri l'attention du lecteur. Le XML est un bon outil, mais pas dans tous les contexte. Pour les cas standard (tableau multidimensions, tableaux associatifs, sets, fichiers de config sutrcuturé ....) le XML est juste un choix excessif (sauf si la validation des données est bien gérée or la plupart des casses couilles du XML que j'ai rencontré n'écrivent jamais de DTD).
Bref XML je l'admet peut être une bonne solution, mais pas à tous les problèmes.