Discussion :

[bakonu]

bonjour,

donc voilà, j'ai un bout de code de ce type :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
writer.WriteStartElement("Description");
writer.WriteString(this.description);
writer.WriteEndElement();

Le problème est que quand ma chaine this.description est vide, il me met :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<Description />

Alors que j'attend :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<Description></Description>

Quelqu'un a déjà eu ce problème?

[tomlev]

Ce qu'il affiche est parfaitement correct du point de vue de la syntaxe XML. Un élément qui ne contient rien peut être représenté par une seule balise avec le "/" à la fin, il n'y a pas besoin d'avoir une balise ouvrante et une fermante.
Après, il y a peut-être une option pour contrôler ça plus finement et forcer l'affichage des 2 balises, il faudrait chercher dans la doc du XmlWriter...

EDIT: sinon tu peux toujours vérifier si la chaine est vide, et si c'est le cas, tu écris les tags manuellement:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
if (this.description != null && this.description.Length > 0)
{
    writer.WriteStartElement("Description");
    writer.WriteString(this.description);
    writer.WriteEndElement();
}
else
{
    writer.WriteRaw("<Description></Description>");
}

Mais bon, je vois pas trop l'intérêt, vu que "<Description />" est parfaitement correct...

[binoo]

Il me semble qu'il faut utiliser

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

writer.WriteFullEndElement();

pour obtenir ce comportement.

[bakonu]

Ce qu'il affiche est parfaitement correct du point de vue de la syntaxe XML. Un élément qui ne contient rien peut être représenté par une seule balise avec le "/" à la fin, il n'y a pas besoin d'avoir une balise ouvrante et une fermante.
Après, il y a peut-être une option pour contrôler ça plus finement et forcer l'affichage des 2 balises, il faudrait chercher dans la doc du XmlWriter...

EDIT: sinon tu peux toujours vérifier si la chaine est vide, et si c'est le cas, tu écris les tags manuellement:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
if (this.description != null && this.description.Length > 0)
{
    writer.WriteStartElement("Description");
    writer.WriteString(this.description);
    writer.WriteEndElement();
}
else
{
    writer.WriteRaw("<Description></Description>");
}

Mais bon, je vois pas trop l'intérêt, vu que "<Description />" est parfaitement correct...

Le problème est quand je lis mon champ :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
if (reader.NodeType == XmlNodeType.Element && reader.LocalName == "DEntry.Description" && suite)
                    reader.Read();
                else suite = false;
                if (reader.NodeType == XmlNodeType.Text && suite)
                { description = reader.Value; reader.Read(); }
                else suite = false;
                if (reader.NodeType != XmlNodeType.EndElement && suite)
                    suite = false;

J'utilise un code de ce type pour controler le contenu de mon champ, au cas où j'aurais un fichier xml erroné comme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
<Description>
   <Detail>
   ....
   </Detail>
</Description>

Je fais peut etre une erreur dans ma façon de controler l'integrité de mon fichier XML.....
En tout cas, avec ce code, quand j'ai une balise <Description />, il considère que ma balise n'est pas conforme à ce qui est attendu.

[tomlev]

ben je sais pas trop, je fais jamais de parsing XML manuel, j'utilise plutôt la sérialisation XML...

[ced600]

Pour contrôler l'intégrité d'un fichier xml ne faut il pas utiliser un XSD ou un DTD ?

Je ne suis pas sur car je ne suis pas à jour sur les évolutions du xml.
Je me souviens juste qu'une DTD permet de vérifier l'intégrité d'un fichier XML lorsqu'on le parse.
Normalement si tu précise dans ton XML que tu utilises telle dtd ou telle xsd, localisé à telle endroit, le parseur fournis avec le framework (XMLDocument ou XPATHDocument) vérifie que le Xml est conforme.

[bakonu]

pour l'integrité, je vais voir les dtd, sinon j'ai réussi à relire quand j'ai du : <Description />

au lieu de lire un debut, un string et une fin, il lit seulement le debut et la fin.

[Skalp]

sinon j'ai réussi à relire quand j'ai du : <Description />

au lieu de lire un debut, un string et une fin, il lit seulement le debut et la fin.

Pourrais-tu nous en dire un peu plus (avec quelques lignes de codes), je n'ai pas compris ce que tu racontes et j'ai déjà rencontré le problème moi-meme, donc la solution m'intéresse.
Merci !

[StormimOn]

A priori, ce que tu souhaites au final c'est pouvoir vérifier que ton fichier XML est bien formé. A ce moment, l'utilisation d'un fichier XSD pour effectuer la vérification serait le plus simple, tant que la structure du fichier XML n'est pas trop compliquée évidemment :p

En gros, DTD = vérification de la forme et XSD = vérification de la forme et du fond.

Donc si en plus de valider la structure, tu veux pouvoir valider le contenu (tel balise/atribut n'accepte que des chaînes avec une longueur maximale de 10 caractères, ou que du numérique, ou une liste de valeurs prédéfinies, ...), un XSD est plus approprié.

[cinemania]

juste histoire d'apporter ma pierre a l'édifice...

au lieu d'écrire une horreur du genre :

if (description != null && description.length > 0)

utiliser :

if (!String.IsNullOrEmpty(description))

ca rend le code plus lisible, et pourquoi recoder systèmatiquement ce qui existe déjà ?
comme le dit la signature de ced600 : pourquoi faire compliqué, quand on peut faire encore plus compliqué ?

[tomlev]

juste histoire d'apporter ma pierre a l'édifice...

au lieu d'écrire une horreur du genre :

if (description != null && description.length > 0)

utiliser :

if (!String.IsNullOrEmpty(description))

ca rend le code plus lisible, et pourquoi recoder systèmatiquement ce qui existe déjà ?
comme le dit la signature de ced600 : pourquoi faire compliqué, quand on peut faire encore plus compliqué ?

Tiens, j'avais jamais remarqué cette fonction... c'est plus propre en effet !

[bakonu]

Pourrais-tu nous en dire un peu plus (avec quelques lignes de codes), je n'ai pas compris ce que tu racontes et j'ai déjà rencontré le problème moi-meme, donc la solution m'intéresse.
Merci !

Voici le code que j'utilise actuellement sans DTD ou autre système de contrôle, autre que le mien :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
//description
                if (reader.NodeType == XmlNodeType.Element && reader.LocalName == "Description" && suite)
                    reader.Read();
                else suite = false;
                if (reader.NodeType == XmlNodeType.EndElement && suite)
                {
                    description = "";
                }
                else
                {
                    if (reader.NodeType == XmlNodeType.Text && suite)
                    { description = reader.Value; reader.Read(); }
                    else suite = false;
                    if (reader.NodeType != XmlNodeType.EndElement && suite)
                        suite = false;
                }

en fait quand j'ai le code suivant de vrai :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
reader.NodeType == XmlNodeType.Element && reader.LocalName == "Description"

si j'ai une balise <Description />, j'aurais après le prochain Read(); :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
reader.NodeType == XmlNodeType.EndElement

qui sera égale à vrai.

sinon avec <Description>....</Description>, j'aurais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
reader.NodeType == XmlNodeType.Text

qui sera vrai.