serialisation

Slutation ami(e)s

Pouvez m'eclairer sur quelque petit point.

Quelle sont les principe de la serialisation ?
En gros comment ca fonctionne et quelle est la difference avec une ecriture binaire

je rechercche des information pour ecrire une classe de serialisation


merci

Les grands points sont traités dans la FAQ C++ lite.
Il existe déjà des bibliothèques de sérialization (et non ce n'est pas une tâche simple, si on veut un truc générique et non verbeux à l'utilisation). Chez boost, il y en a une de portable.

Si mes souvenir sont bons, c'est le fait de sauvegarder un objet, tout simplement, donc au finish, ses différents arguments. Une écriture binaire (qui est au finsih une sorte de sérialisation) serait un "dump" brutal dans un fichier de la structure de donnée correspondant à l'objet en mémoire (à ce niveau, faut faire gaffe à la vtable !!!). La sérialisation, elle, est plutôt l'écriture de chacun des champs de l'objet, typiquement dans une base de données (mais pourquoi pas un fichier XML, ou que sais-je...)

Une classe de sérialisation, c'est une interface avec la base, quelle qu'elle soit. On a donc une classe (je l'avais nommée DBInterface, et c'était un singleton) dans un projet, qui sait lire/écrire des champs dans une table (e.g. méthode query() / add()), et toutes les classes sérialisable possède des méthode, e.g. dump() / load(). Pour faire propre, les objets sérialisables peuvent (doivent?) hériter d'une classe abstraite qui possède ces deux méthode (dump() / load()) virtuelles pures.

Pour simplifier mon propos, j'essplik kess javé fé (c'était un projet en Java à l'école):
La classe DBInterface (singleton) était instanciée au lancement de l'appli, elle réalisait la connexion avec la BD distante.

Ensuite, chaque objet qui voulait se sérialiser (on pouvait rajouter des fiches d'état civil de prof et d'élèves en l'occurence), utilisait l'instance de DBInterface pour :
1) créer une nouvelle fiche dans la table qui correspondait à sa classe. Elle recevait alors un ID unique (géré par la base).
2) renseigner chacun des champs de la fiche (bijection avec les attributs de l'objet) en fournissant son ID, le nom de l'attribut, et sa valeur.

Ou encore au lancement de l'application :
-Récupérer l'ensemble des ID existant pour une classe donnée
-Créer une instance par ID : le constructeur surchargé appelait load(), qui lui même utilisait DBInterface::get()->query() en fournissant l'ID de l'objet pour initialiser les différent attributs.

En l'occurence nous utilisions une BD SQL, ce qui réduisait DBinterface à la connexion / décox, et la translation des appel à query() / add() vers des requêtes SQL.

Voilà mes souvenir, p'têt bien imprécis, mais j'éspère éclairant. :wink:

Et tiens, luc à répondu pendant que je rédigeais...

merci je vais etudier tout ca

Sérialiser, c'est l'échange qui permet de sauver et restorer un objet et son état. Que le média soit un fichier xml, "binaire", csv, tartanpion, ou même un flux réseau n'est qu'un détail.

Ah. Et il y a des frameworks de sérialisation qui sont non intrusifs -> pas besoin de dériver d'une classe particulière. C'est le cas de boost.serialization.

Citation:

---

Et tiens, luc à répondu pendant que je rédigeais...

---

Ah! Ca m'arrive souvent ça 8)

ces bien mais il y a quand des chauses que je ne pige pas bien

si l'un des member de ma classe est un pointeur sur un object
la valeur reel du pointeur represente la position physique de l'object en memoire l'orsque je vais <<deserialiser>> mon object rien ne me dit que l'object precedement pointer ce repositionneras au meme endroit en memoire ???? donc mon pointeur ne sera pas valide...


si il vous semble que ma question manque de clarete dite vous que ces pareille pour moi

b si tu as un pointeur, tu sérialises ce qu'il pointe, je ne vois pas le problème

sous VisualC++

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

// MaClasse * ptr; void Serialize(CArchive & ar) { if (ar.IsStoring()) { ar << *ptr; } else { ar >> *ptr; } }

---

je ne vois pas en quoi le fait que l'objet ne soit pas au même emplacement mémoire est un soucis

Tu remplace la valeur du pointeur par l'ID de l'objet pointé...
Mais attention aux dépendences lors du rechargement !!!

Dis Luc ? T'es impliqué dans Boost ou quoi ? En tout cas on dirais... Vu ta connaissance du truc... Et la pub que t'en fait !!! :wink: (Dzol pour mon ignorance, même si mon inscription date, ça fait que qq jours que je reviens sur le forum, bcp trop occupé ces derniers temps...)

Pour faire ce que tu dis, typiquement, la classe à sérialiser va indiquer à la bibliothèque de sérialisation qu'elle contient un pointeur sur une autre classe (dont elle ne connait éventuellement pas le type réel en cas de polymorphisme). La bibliothèque va donc vérifier dans la liste des classe qu'elle a déjà sérialisé si l'adresse si l'adresse de la sous classe s'y trouve.

Si non, elle sérialise la sous classe (en indiquant son type réel), en lui associant un identificateur unique, indique dans la sérialisation de la première classe que la sous classe correspondra à cet identificateur, et ajoute cette classe dans la liste des classes déjà traitées.

Si oui, elle récupère l'identifiant utilisé précédemment et l'ajoute dans la première classe.

Pour la lecture, c'est pareil dans l'autre sens.

Une bibliothèque comme boost permet d'oublier tous ces détails scabreux, et pour sérialiser une classe comme :

Code:

---

1 2 3 4 5 6 7

class A { vector<B*> v; B* p; B* p2[15]; };

---

(avec B classe abstraite avec des classes dérivées sérialisables)

Il suffit d'écrire un code comme (je sais plus la syntaxe exacte):

Code:

---

1 2 3 4 5

template<class Archive> void serialize(Archive ar, const unsigned int version) { ar & v & p & p2; }

---

Et "magiquement", lecture et écriture sont gérés. C'est vraiment une bibliothèque très impressionnante.

--
Loïc

Citation:

---

tu sérialises ce qu'il pointe, je ne vois pas le problème

---

en effait il y a pas de probleme et ces ce que je fait abituellement mais
prenom le cas suivant

si j'ai 100 object qui ont un membre pointeur sur une seul instance d'un autre object si je serialize mon object + ce qu'il pointe je vais serialiser 100 fois le meme object non???(je peut etre dans les patate)

a mon sence il y a moyen de faire mieux??? mais j'en suis pas sure

Citation:

---

Envoyé par SKZ81

Dis Luc ? T'es impliqué dans Boost ou quoi ? En tout cas on dirais... Vu ta connaissance du truc... Et la pub que t'en fait !!!

---

Boost contient de véritable joyaux. Passer à côté de nos jours serait vraiment dommage. Donc quand on a découvert ça :

1/ On essaie de mieux comprendre
2/ On conseille à d'autre

Ok j'ai jamais critiqué une lib sans la comprendre... Et le fait de la recommander en diverses circonstance prouve ses capacités !!! Je voulais juste savoir qui en étai(en)t l'auteur(s)... Quoi de mal à ça ??? Milles excuses si mes propos sont éronnés -ou pire, injurieux- (mais dans le cas présent, je ne crois pas). Mon interpellation se voulais plus une proposition d'"analyse psychologique du propos" si vous voyez ce qu'j'veux dire :wink: :wink:

Citation:

---

Envoyé par philippe V

Citation:

---

tu sérialises ce qu'il pointe, je ne vois pas le problème

---

en effait il y a pas de probleme et ces ce que je fait abituellement mais
prenom le cas suivant

si j'ai 100 object qui ont un membre pointeur sur une seul instance d'un autre object si je serialize mon object + ce qu'il pointe je vais serialiser 100 fois le meme object non???(je peut etre dans les patate)

a mon sence il y a moyen de faire mieux??? mais j'en suis pas sure

---

ok je vois ce que tu veux dire. je me suis trouvé dans un cas similaire. une classe avec un membre singleton.
dans mon cas, je ne serialise pas le singleton, il est recréé si lorsque je lis l'objet le singleton n'existe pas.

pour ton cas, je ne sais pas

Citation:

---

Envoyé par SKZ81

Dis Luc ? T'es impliqué dans Boost ou quoi ? En tout cas on dirais... Vu ta connaissance du truc... Et la pub que t'en fait !!! :wink:

---

Nullement. Je ne suis qu'un modeste utilisateur. Les auteurs sont plein de gens divers et variés dont les propositions sont soumises à revue (à d'autres développeurs) avant acceptation.

Je rejoins un peu le commentaire de Loïc : quand on connait une solution qui répond proprement et efficacement à un problème posé, on la signale.
Même s'il s'agit d'un exercice, les exemples (de libs déjà implémentées) de comment cela s'utilise, quand, et parfois même les docs de conception, sont des informations qu'il est bon de regarder.

Citation:

---

Envoyé par SKZ81

Milles excuses si mes propos sont éronnés -ou pire, injurieux- (mais dans le cas présent, je ne crois pas).

---

Je ne les avais pas pris comme tels. Désolé si ma réponse peut paraître rude.

Quant à savoir qui est derrière boost, c'est difficile. En fait, boost n'est pas une bibliothèque, mais une bibliothèque de bibliothèque. Le projet est à l'initiative de membres du commité de normalisation du C++, mais tout le monde peut y participer.

En l'occurence, la personne derrière la bibliothèque de sérialisation est Robert Ramey, et sur http://www.boost.org/libs/libraries.htm les contributeurs principaux sont cités pour chaque bibliothèque.

Citation:

---

Envoyé par bigboomshakala

b si tu as un pointeur, tu sérialises ce qu'il pointe, je ne vois pas le problème

sous VisualC++

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

// MaClasse * ptr; void Serialize(CArchive & ar) { if (ar.IsStoring()) { ar << *ptr; } else { ar >> *ptr; } }

---

je ne vois pas en quoi le fait que l'objet ne soit pas au même emplacement mémoire est un soucis

---

Oui mais le code donné est spécifique MFC...... :?

:twisted: oui je sais

mais c'était juste pour illustrer le fait que pointeur sur objet ou directement l'objet ça ne pose aucun problème.

Question. Tu veux t'implémenter une sérialisation pour raison d'exercice (personnel ou non), ou bien tu as besoin de sérialisation dans le cadre d'une appli que tu développes ?

(car cette question de pointeur est résolue et je crois même expliquée dans boost.serialization)

Citation:

---

Envoyé par bigboomshakala

:twisted: oui je sais

mais c'était juste pour illustrer le fait que pointeur sur objet ou directement l'objet ça ne pose aucun problème.

---

Restons Zen :D ce que je voulais dire c'est que c'est un des avantages des MFC car tout est déjà prêvu d'avance .
Mais c'est un autre sujet ..... :D

Citation:

---

Envoyé par mat.M

Restons Zen :D

---

no problemo :calin: :zoubi:

Je déconseille de sérialiser l'objet pointé, à deux exceptions près :
- On dispose de la garantie qu'un objet n'est pointé qu'au plus UNE sele fois
- La classe de sérialisation sait gérer ce genre de chose et ne créera pas une nouvelle entrée (On est sûr qu'elle fera au plus une mise à jour).

Citation:

---

Envoyé par Luc Hermitte

Question. Tu veux t'implémenter une sérialisation pour raison d'exercice (personnel ou non), ou bien tu as besoin de sérialisation dans le cadre d'une appli que tu développes ?

(car cette question de pointeur est résolue et je crois même expliquée dans boost.serialization)

---

en realiter ces les deux
J'ai de besoin d'une methode pour ecrire et lire des quantiter colossal de donner efficassement.
je veux aussis et sourtout comprendre comment cela fonctionne
<<Cest en forgant que l'on devient forgeron>>

je regarde boost.serialization
j'ai du stock a me mettree sous la dent

ces quand meme etonnant les sousce font 100k pour faire correctement ce que je fesait betement en (4 a 5) ligne de code.

j'ai des principe a assimiler

sur ce au boulot

Citation:

---

Envoyé par SKZ81

Tu remplace la valeur du pointeur par l'ID de l'objet pointé...
Mais attention aux dépendences lors du rechargement !!!

---

ca me semble logique
tu as des exemple ou des lien sur l'implementatio


Merci

Normalement si je les ai gardé, oui... C'était du Java + Postgre/SQL.
Je cherche ça et je t'envoie si je trouve !!