Journal : Google offre un format de donnée sous licence Apache
Posté par Snarky (Jabber id, page perso, ) le 10 juillet 2008
0
Bonjour,Voilà que Google donne sous licence Apache 2.0 un de ses formats d'échanges données nommé « Protocol Buffers ».
C'est un format dit « alternatif » aux actuels XML, qui, selon eux, n'est pas vraiment adapté aux échanges en masses. Son avantage principale face aux XML est sa compacité (de l'ordre de 10), mais elle garde tout de même l'intérêt du XML qui est d'avoir des fichiers humainement lisible et modifiable.
Ce format se base sur un fichier .proto, qui définit la structure des données des fichiers (type de donnée / répétabilité / valeur par défaut / ect...). Ce fichier doit être compilé avec un petit outils à eux, pour fournir des fichier .h .cc ou .java selon le langage.
Voici un exemple du fichier proto :
message Person {
required string name = 1;
optional string email = 3;
}Ensuite, il suffit d'écrire les fichiers sous ce format qui seront parser avec les types reconnu automatiquement :
person {
name: "John Doe"
email: "jdoe@example.com"
}Et on accède au contenu parsé à l'aide d'un classe spécifiquement crée à l'aide de getteur et setteur :
Person person;
cout << "name: " << person.name() << endl;
if (person.has_email()) {
cout << "e-mail: " << person.email() << endl;
}
ou :
Person person;
person.set_name("Bob");
person.set_email("bob@example.com");Je voudrais savoir ce que vous pensez de ce format en particulier, car je ne vois pas vraiment de gros soucis face à l'XML. Au contraire même, avec leurs outils, c'est presque plus facile à mettre en place.
Page du protocole avec exemples & sources :
http://code.google.com/p/protobuf/
Source de l'information :
http://www.silicon.fr/fr/news/2008/07/09/google_livre_un_for(...)
> Lire le journal (49 commentaires, moyenne: 3,3).
Vous avez demandé le commentaire #949304.
Run by 
Cette page a été générée par Templeet en 0.0608s (dont 0.0067 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
portnawak...
garde tout de même l'intérêt du XML qui est d'avoir des fichiers humainement lisible
Qu'est ce qu'il ne faut pas lire...
( Kriiikzz )
[^]Re: portnawak...
Développe...
Quand je dis humainement lisible, je parle pas de madame michu non plus.... C'est juste pour dire que c'est pas binaire.
Milite pour un about:black sur les navigateurs ! (Sauvons la planète)
[^]Re: portnawak...
Lisible oui...
Hautement lisible : je ne trouve pas qu'un fichier de configuration (par exemple) fait en XML soit hautement lisible
Etudiant, utilisateur de LL et membre d'aGeNUx...
[^]Re: portnawak...
Le monsieur a dit humainement, pas hautement...
Archetype Javascript Framework : Faites le côté client!
[^]Re: portnawak...
J'aodre le coup du "binaire" pas lisible.
En informatique, tout est "binaire".
Le truc, c'est que comme l'ASCII (puis l'unicode)(qui décrivent un format binaire, quand même) c'est répandu partout et que donc aujourd'hui c'est sûr qu'on peut le lire depuis n'importe quel appli. Mais il faut rappeler qu'un format, c'est à la base toujours quelque chose de binaire. Il y a juste une question de popularité, disponibilité, etc.
Faut-il rappeler qu'au début de l'informatique, il existait d'autre format que de l'ASCII pour écrire du texte ?
Tout ça me rappelle un peu le taffe où je suis en ce moment, où on se passe des dumps binaires .... écrits en ASCII (des fichiers remplis de F3A5FB780..... en ASCII ..... même pas du base64, hein !)
[^]Re: portnawak...
Tiens, bizarre que tu ai été moinssé. C'est pourtant le post le plus intéressant de ce fil.
[^]Re: portnawak...
Mince, j'écris mes pages xhtml (du xml donc) à la main. Je ne serais donc qu'un bot ?
[^]Re: portnawak...
Qu'est ce qu'il ne faut pas lire...
les formats Microsoft Office Open XML avec <insérez votre éditeur de texte préféré> ?