Discussion :

[GriffinK]

Bonjour tout le monde,

J'ai une appli qui lit un fichier xml, puis fait un traitement dont la nature n'a pas d'importance pour ma question. Je suis chargé de la création du fichier xml, et je voudrais savoir si ma méthode est mauvaise.

Pour situer la chose, je connais exactement le format attendu, je sais quelles sont les balises à intégrer dans le xml, et le format de ce dernier est toujours le même (ordre des balises etc...).

Pour son écriture donc, pensez vous qu'utiliser des bêtes print dans un fichier (du genre Print #FileNum, " <Mabalise>" & variable & "</Mabalise>") est une mauvaise idée sachant qu'au final, mon application de lecture est contente du fichier créé comme indiqué ci dessus que je lui fais traiter ?

Merci de m'avoir lu

[GrandFather]

Bonjour,

Pour son écriture donc, pensez vous qu'utiliser des bêtes print dans un fichier (du genre Print #FileNum, " <Mabalise>" & variable & "</Mabalise>") est une mauvaise idée sachant qu'au final, mon application de lecture est contente du fichier créé comme indiqué ci dessus que je lui fais traiter ?

Une mauvaise idée, pas forcément. Maintenant, il faut que tu estimes le coût éventuel de l'évolution d'une telle solution.

Si le schéma de ton document XML change en se compliquant dans l'avenir, il est plus probable d'introduire avec cette méthode une erreur débouchant sur du XML mal formé (ou invalide - ne correspondant pas à ce qu'attend la chaîne de traitement), plutôt qu'avec DOM (par exemple) dont on a la certitude qu'il produira en toutes circonstances un document XML correct (au minimum bien formé).

Si demain ton XML doit servir à d'autres traitements que celui auquel il était initialement destiné, tu peux également être confronté à des problèmes d'encodage ou d'entités, qui seraient automatiquement gérés si tu passais par une librairie spécialisée.

[GriffinK]

Bonjour,

Une mauvaise idée, pas forcément. Maintenant, il faut que tu estimes le coût éventuel de l'évolution d'une telle solution.

Si le schéma de ton document XML change en se compliquant dans l'avenir, il est plus probable d'introduire avec cette méthode une erreur débouchant sur du XML mal formé (ou invalide - ne correspondant pas à ce qu'attend la chaîne de traitement), plutôt qu'avec DOM (par exemple) dont on a la certitude qu'il produira en toutes circonstances un document XML correct (au minimum bien formé).

Si demain ton XML doit servir à d'autres traitements que celui auquel il était initialement destiné, tu peux également être confronté à des problèmes d'encodage ou d'entités, qui seraient automatiquement gérés si tu passais par une librairie spécialisée.

Ok merci

Je vais en discuter avec le boss