Fichier XML barré

Version imprimable

Fichier XML barré

Bonjour
J'ai une liste de CD (considéré comme classe), avec des champs ordinaires
(compositeur, interprete, orchestre,etc..)
Je sérialise la liste dans un fichier XML,
Code:

1 2 3 4 XmlSerializer serialiseur = new XmlSerializer(typeof(List<Cd>)); FileStream stream = new FileStream(@"C:\..\Cd.xml",FileMode.OpenOrCreate); stream.Position = 0; serialiseur.Serialize(stream, CdListe);
mon problème est que quand je ferme mon application, et plus tard la rouvre pour enregistrer un nouveau CD, le fichier XML contient, là où je m'étais arrêté au dernier enregistrement,

Code:

</ArrayOfCD>

Ce qui fait qu'à la déserialisation
Code:

1 2 3 4 FileStream stream = new FileStream(@"C:\Users\..\Cd.xml",FileMode.Open); stream.Position = 0; List<Cd> Liste = (List<Cd>)serialiseur.Deserialize(stream);
seule la moitié du fichier XML est prise en compte. Comment ajouter un enregistrement sans cet inconvénient?

12/07/2012, 17h47
synolog

Salut,

Essai de positionner le curseur au début du fichier avant la fermeture du flux.
La moitié du fichier XML?? Je pense que la structure de ton XML est à revoir...

Edit: Pour revenir en début de fichier utilise la méthode Seek de FileStream ;)
12/07/2012, 17h48
playfone

Salut,

je ne sais pas si j'ai bien compris mais je pense qu'il faut que tu déserialises à l'ouverture de ton application et que tu travail avec la liste généré.
12/07/2012, 17h54
Etanne
Bonjour,

Quelques questions :
- As tu mis le stream.Close() après l'appel de Serialize et Deserialize ?
- Peux tu nous montrer à quoi ressemble ton fichier XML ?
- Vérifies que le fichier que tu utilises à la sérialisation et désérialisation soit le même (on ne sait jamais)
Pour info (mais pas essentiel), tu peux supprimer le "stream.Position = 0"

Etanne

suite

La position du curseur ne semble pas en cause. Pour être compris voici ce que donne le fichier XML. Aprés fermeture puis nouvel enregistrement

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
<?xml version="1.0"?>
<ArrayOfCD xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
  <Cd>
    <titre />
    <opus>K 005 / 5a / Allegro en Do majeur pour Clavecin / Ete 1763 / </opus>
    <interpretes />
    <direction />
    <orchestre />
    <chefChoeurs />
    <choeurs />
    <dateEnregistrement />
    <lieuEnregistrement />
    <edition />
  </Cd>
</ArrayOfCD></ArrayOfCD>/>  
    <opus>K 013 / 13 / Sonate en Fa majeur pour Clavecin, Violon (ou Flute) et Violoncelle / 1764 / Londres</opus>
    <interpretes />
    <direction />
    <orchestre />
    <chefChoeurs />
    <choeurs />
    <dateEnregistrement />
    <lieuEnregistrement />
    <edition />
  </Cd>
  <Cd>
    <titre />
    <opus>K 271 / 271a / Concerto pour violon No. 7 (incertain) / 1777? / Salzbourg</opus>
    <interpretes />
    <direction />
    <orchestre />
    <chefChoeurs />
    <choeurs />
    <dateEnregistrement />
    <lieuEnregistrement />
    <edition />
  </Cd>
</ArrayOfCD>

Il y a au milieu </ArrayOfCD> qui vient couper le fichier XML en deux.

13/07/2012, 11h08
mecyber25

suite et fin

J'ai trouvé une solution indigne :oops:
J'efface à chaque enregistrement le fichier XML et je le reconstitue complété.
Quand j'aurai 150 000 enregistrements j'aurais le temps d'aller boire un thé ;)
18/07/2012, 11h13
Bluedeep

Et pourquoi utiliser un fichier XML dans ce cas ? cela me semble largement sous optimal comme choix. Une base in-process(Sql CE, SqlIte, etc ....) serait a priori plus adaptée vu la quantité de données.