Serialisation XML et Schéma

**DiDieuh** · 22/10/2010, 09h26

Bonjour à tous,

Je suis actuellement en phase de recherche pour un projet perso, et j'aimerai utiliser un support XML pour le stockage de mes données.

J'aurai donc besoin de conseil, ou de liens traitant du sujet, afin de me documenter sur l'idée.

Je vais en effet récupérer un ensemble de données que je vais manipuler en objet, jusque là, rien d'extraordinaire. Cependant j'aimerai par la suite, les stocké sous forme d'un xml, pour qu'a chaque ouverture de l'appli si il existe, il me recharge ce que j'avais sauvegardé.

Faut-il que j'utilise un schéma ? Ou autre...

Merci d'avance

**akkai** · 22/10/2010, 10h24

Bonjour,
Un schéma ne sert que pour vérifier la structure du contenu de ton fichier XML.
Si tu es le seul à développer l'application, cela ne devrait pas être forcement nécessaire car tu vas respecter ta propre manière de construire ton XML.
En utilisant les bibliothèques LinQ To XML cela reste très facile à manipuler et ne pause pas de problème même sans schèma.

**DiDieuh** · 22/10/2010, 10h35

Ok merci pour cette première piste

**Tekarihoken** · 23/10/2010, 13h49

Sinon tu as 2 autre pistes :
-Les XMLSerializer
-Les DataContractSerializer

Il existe 2 tutorial sur developpez traitant du sujet si tu souhaite approfondir la question

**MetalGeek** · 24/10/2010, 09h17

Salut,

si le fait que le fichier de sauvegarde soit lisible par un être humain n'est pas une priorité pour toi, je te conseillerais plutôt la sérialisation binaire (plus simple à implémenter, plus souple et performances incomparablement meilleures au XML).

**Bluedeep** · 25/10/2010, 16h06

Envoyé par MetalGeek

Salut,

si le fait que le fichier de sauvegarde soit lisible par un être humain n'est pas une priorité pour toi, je te conseillerais plutôt la sérialisation binaire (plus simple à implémenter, plus souple et performances incomparablement meilleures au XML).

Si la lisibilité humaine de la sérialisation n'est pas un prérequis, on peut se demander pourquoi ne pas utiliser une base "in process" telle que Sql Server CE, par exemple (ou SqLite), ce qui sera à la fois plus simple et plus structurant.