Tout d'abord il faut voir que le format XML se compresse plutot bien, mais c'est vrai que le PF doit fournir un gain de taille interessant.
Maintenant ce que je n'aime pas c'est qu'il n'existe des implementation que pour Java, c(++), Python. Personellement je n'utilise que c et python, mais c'est dommage de faire un format qui n'est pas bien supporté. De plus on parle d'un format d'echange, le type principal d'echange au quel je peux penser qui aurait besoin d'un format leger c'est le web "ajax". Ou est la version javascript de ce truc ? Fasse au 12000 format leger pour le web (Json par example), qu'apporte il de plus.
Je n'aime pas non plus que cela genere du code, je deteste les choses qui genere du code (pour des raisons de praticité, de coherance, de portabilite et de securité).
C'est quoi ce = 1 ?
<<< The " = 1", " = 2" markers on each element identify the unique "tag" that field uses in the binary encoding. Tag numbers 1-15 require one less byte to encode than higher numbers, so as an optimization you can decide to use those tags for the commonly used or repeated elements, leaving tags 16 and higher for less-commonly used optional elements. Each element in a repeated field requires re-encoding the tag number, so repeated fields are particularly good candidates for this optimization. >>>
Si on en est a ce stade, autant faire son propre fichier binaire, la on est certain de maitriser l'optimisation. Mais, il y a quelque chose que je ne comprend pas. En fait si il y a cette notion de tag avec un numero, cela veut dire que le fichier est transformé en quelque chose de binaire quelque part dans le processus ? Donc c'est plus lisible par tout le monde et en plus c'est un nouveau format binaire ? Ou alors je n'ai rien pigé. A ce compte la je prefere utiliser les interface de serialisation de mes langages.
Ce que j'aime, un langage de definition du format qui est elegant et simple. Pour le XML je n'ai jamais rien trouvé de la sorte. Ecrire une DTD ou un XML Schema est toujours autant long lourd et moche.
Bref, hormis le schema de definition leger qui est sympa (au final autant que si je declarais ma classe dans mon langage favoris) et le format d'echange qui semble leger (autant que ma serialisation dans mon langage favoris), que m'apporte ce format ?
# Pas convaincu
Posté par Guillaum (site web personnel) . En réponse au journal Google offre un format de donnée sous licence Apache. Évalué à 2.
Maintenant ce que je n'aime pas c'est qu'il n'existe des implementation que pour Java, c(++), Python. Personellement je n'utilise que c et python, mais c'est dommage de faire un format qui n'est pas bien supporté. De plus on parle d'un format d'echange, le type principal d'echange au quel je peux penser qui aurait besoin d'un format leger c'est le web "ajax". Ou est la version javascript de ce truc ? Fasse au 12000 format leger pour le web (Json par example), qu'apporte il de plus.
Je n'aime pas non plus que cela genere du code, je deteste les choses qui genere du code (pour des raisons de praticité, de coherance, de portabilite et de securité).
C'est quoi ce = 1 ?
<<< The " = 1", " = 2" markers on each element identify the unique "tag" that field uses in the binary encoding. Tag numbers 1-15 require one less byte to encode than higher numbers, so as an optimization you can decide to use those tags for the commonly used or repeated elements, leaving tags 16 and higher for less-commonly used optional elements. Each element in a repeated field requires re-encoding the tag number, so repeated fields are particularly good candidates for this optimization. >>>
Si on en est a ce stade, autant faire son propre fichier binaire, la on est certain de maitriser l'optimisation. Mais, il y a quelque chose que je ne comprend pas. En fait si il y a cette notion de tag avec un numero, cela veut dire que le fichier est transformé en quelque chose de binaire quelque part dans le processus ? Donc c'est plus lisible par tout le monde et en plus c'est un nouveau format binaire ? Ou alors je n'ai rien pigé. A ce compte la je prefere utiliser les interface de serialisation de mes langages.
Ce que j'aime, un langage de definition du format qui est elegant et simple. Pour le XML je n'ai jamais rien trouvé de la sorte. Ecrire une DTD ou un XML Schema est toujours autant long lourd et moche.
Bref, hormis le schema de definition leger qui est sympa (au final autant que si je declarais ma classe dans mon langage favoris) et le format d'echange qui semble leger (autant que ma serialisation dans mon langage favoris), que m'apporte ce format ?