[boost.Serialization] Je ne comprends pas bien le principe de la sérialisation

Salut à tous!

Dans l'optique de faire un jeu bien structuré, j'ai lu le tutoriel de Pierre Schwartz prévu à cet effet, mais j'ai pas bien compris le principe de la sérialisation :

Code:

---

1 2 3 4 5 6 7

template<class Archive> void serialize(Archive& ar, const unsigned int){ ar & type; ar & s_data; ar & i_data; ar & v_data; }

---

Que fais ce code?
A quoi ça sert?
Comment s'en sert-on exatement?

Merci de répondre à ces questions :D

Code:

---

1 2 3 4 5 6 7

template<class Archive> void serialize(Archive& ar, const unsigned int){ ar & type; ar & s_data; ar & i_data; ar & v_data; }

---

N'ayant pas lu le tutorial auquel tu fais reference, pourrais tu fournir l'url, s'il te plait ?

Sinon, sache que ce bout de code, en soit, ne fait strictement rien de visible.
Que sont type,s_data,i_data et v_data ?
Que viens faire la cet unsigned int sans nom ?

Bref, d'où sort ce bout de code, parceque la, sans contexte, impossible de comprendre...

Ok désolé, voici la page où il y a ça : http://khayyam.developpez.com/articl...page_2#LII-1-A

Et voici ce que sont les _data :

Code:

---

1 2 3

std::map<std::string, std::string> s_data; std::map<std::string, int> i_data; std::map<std::string, serializable_vector3df> v_data;

---

Salut,

En fait le code fait bien quelque chose, c'est parce que l'opérateur & a été surchargé pour pouvoir, suivant le type d'archive fourni, être équivalent à << pour une archive en sortie et >> pour une archive en entrée.
C'est une astuce classique en sérialisation pour n'écrire le code qu'une fois et accessoirement du coup éviter de se tromper puisque c'est forcément symétrique entre lecture et écriture.

MAT.

regarde boost.Serialization
Y as aussi des topic dessus dans la partie BOOST

Je ne connaissait pas non plus, c'est vraiment puissant boost!!! faudrais que je m'y mette :D

Citation:

---

Envoyé par Mat007

Salut,
C'est une astuce classique en sérialisation pour n'écrire le code qu'une fois et accessoirement du coup éviter de se tromper puisque c'est forcément symétrique entre lecture et écriture.

---

Et au passage à être incompatible d'une version à une autre....

La sérialisation c'est un poil plus compliqué quand même... lire/écrire un numéro de version, lire seulement si version correcte...

La version est gérée, c'est justement le paramètre non nomme const unsigned int de la fonction. L'idée étant de ne pas seulement rejeter une version non connue, mais aussi de pouvoir écrire :

Code:

---

1 2 3 4 5

ar &i; if (version > 2) { ar & j; }

---

Le code reste symétrique entre lecture et écriture.