Discussion :

[luroten]

Bonjour,

Je dois traiter un fichier XML qui me donnera la liste d'instruction à exécuter par mon programme.
Cette liste se compose comme ceci :

Code :

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

1
2
3
 
<read nom="maVar" type="bool" />
<write nom="maVar" type="int" value="32" />

Ma question est la suivante : Comment structurer les données dans mon programme ?
J'avais pensé à des record, mais il me faudrait un record par type à lire. Ce qui multiplie les déclarations mais simplifie le traitement.
Ou alors j'enregistre dans un record contenant que des Strings, ce qui facilite la création mais complique grandement le traitement.

Je ne vois que ces 2 possibilités. Je pense que le mieux serait encore d'organiser ma liste comme ceci

Code :

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

1
2
3
 
<readBool nom="maVar" />
<writeInt nom="maVar2" value="32"/>

Mais je ne suis pas sûr d'avoir pensé à toute les possibilités ( Surtout celles qui font office de bonnes pratiques)
Qu'en pensez-vous ? Je ne voudrais pas faire de mauvais choix d'entrée.
Merci d'avance

[ShaiLeTroll]

Utilise un TXMLDocument,
soit en mode manuel avec les IXMLNode, tu pourras créer ta propre couche objet qui encapsule cela
soit avec l'expert qui peut générer un structure avec typage fort de ton XML (ou XSD) et donc te fournit déjà la couche objet mais tu aussi encapsuler le tout

Perso, j'aime bien séparé la couche purement structure de donnée XML de la couche objet "métier", surtout que le IXMLNode n'est pas le plus léger en mémoire !

Pour moi, la 1ère variante est plus ouverte *
Je pense qu'il ne faut pas trop de torturer et utiliser le format de XML qui te convient le mieux !

* regarde le XML généré par un TClientDataSet, cela peut être instructif !
D'ailleurs, tu peux pourrais l'utiliser, le TClientDataSet c'est un DataSet, tu peux faire trois colonne, Opération (Read\Write), Type (Int, bool), Value (32)
le XML est plus lourd mais en terme de code c'est ultra simple à coder si tu connais bien les TDataSet (le TTable est très proche)

[luroten]

Merci pour ta réponse,

En fait j'utilise xmlparser j'aurai peu être dû préciser...
Mon souci n'est pas de lire le fichier mais bien de trouver le meilleur moyen de traiter les infos. Tant que je n'ai pas parser le xml je ne peux pas savoir quel type de variable je devrais traiter. (blob, integer, boolean ou String). Ce qui fait que je ne sais pas quoi allouer. Je pourrais allouer une variable de chaque et n'utiliser que celle dont j'ai besoin, mais question mémoire ce n'est pas top.

Donc soit je traite au moment ou je parse et créer des record de différents types contenant le nom et la valeur déjà typée.

Code :

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

1
2
3
4
5
 
TReadBoolean record
  name : string
  value : boolean
end;

soit je stock à la volée

Code :

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

1
2
3
4
5
 
TRead record
  name : string
  value : string
end;

et je fais le traitement au moment de la lecture. les 2 cas on leurs avantages et inconvénients mais je n'arrive pas à dire ce qui est mieux.

[tourlourou]

Et les records à partie variable ?

Code :

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

1
2
3
4
5
6
type
  TMyRec = record
  case Format: TMyFormat of
    ftInt: (AsInteger: integer);
    ftBool: (AsBoolean: Boolean);
  end;

[luroten]

Et les records à partie variable ?

Le problème de cette méthode est que le compiler alloue la mémoire en fonction du plus grand record possible.

J'ai donc utilisé cette méthode mais pour avoir le pointeur sur la structure que je veux allouer.
Ce qui donne :

Code :

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

1
2
3
4
5
6
type
  TMyRec = record
  case Format: TMyFormat of
    ftInt: (PInt: PTStructInt);
    ftBool: (PBool : PTStructBool);
  end;

Je ne sais pas si c'est la meilleure des méthodes mais ça me convient
Merci pour votre aide

[ShaiLeTroll]

Je crois que je n'avais pas compris l'axe de la question
J'ai répondu d'un point vue Orienté Objet avec utilisation de Polymorphisme (à la façon du TField)
alors que c'était juste une problématique d'occupation mémoire

Comme c'est marqué
je ne serais pas lu mais il existe un type Variant que fera très bien ce travail ou même utiliser directement TVarData !

Si vraiment se pose un problème de performance (peut-être avec un XML de plusieurs Go), ce TMyRec pourrait être envisager
mais vu que toutes la couche DB de Delphi,
le TXMLDocument et un bon nombre de système équivalent
fonctionne à base de Variant encapsuler des objets ce qui en terme d'occupation mémoire est bien plus lourd
et ça fonctionne ainsi au moins depuis Delphi 4
où l'on avait que 128Mo pour l'OS, Delphi et son propre programme !