Embedded Ressource : Stocker et lire une fichier XML
3 réponses
Gislain
Bonjour,
Je voudrais en connaître un peu mieux sur les ressources (version .NET 2.0
si différence il y a avec la 1.1)
1) Comment stocker un fichier XML (par exemple) en tant que ressource, la
solution est-il de l'intégrer dans le projet et d'affecter la propriété
"Embedded resource" à la propriété "Build action" ? Ou y a t-il une
meilleure solution ?
2) Comment retrouver cette ressource par code
3) J'ai lu quelque part que de travailler avec des "Embeded resources" c'est
comme "travailler avec du code non managé". Quelqu'un peut-il éclairer ma
lenterne ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Merlin
Gislain a écrit :
1) Comment stocker un fichier XML (par exemple) en tant que ressource, la solution est-il de l'intégrer dans le projet et d'affecter la propriété "Embedded resource" à la propriété "Build action" ? Ou y a t-il une meilleure solution ?
2) Comment retrouver cette ressource par code
tu places le fichier dans le projet et ensuite tu vas le chercher avec Resources.ResourceManager. Regarde cette classe pour plus de détail.
3) J'ai lu quelque part que de travailler avec des "Embeded resources" c'est comme "travailler avec du code non managé". Quelqu'un peut-il éclairer ma lenterne ?
une ressource c'est pas du code, donc je ne vois pas sur quel plan on pourrait faire cette équivalence.
1) Comment stocker un fichier XML (par exemple) en tant que ressource, la
solution est-il de l'intégrer dans le projet et d'affecter la propriété
"Embedded resource" à la propriété "Build action" ? Ou y a t-il une meilleure
solution ?
2) Comment retrouver cette ressource par code
tu places le fichier dans le projet et ensuite tu vas le chercher avec
Resources.ResourceManager. Regarde cette classe pour plus de détail.
3) J'ai lu quelque part que de travailler avec des "Embeded resources" c'est
comme "travailler avec du code non managé". Quelqu'un peut-il éclairer ma
lenterne ?
une ressource c'est pas du code, donc je ne vois pas sur quel plan on
pourrait faire cette équivalence.
1) Comment stocker un fichier XML (par exemple) en tant que ressource, la solution est-il de l'intégrer dans le projet et d'affecter la propriété "Embedded resource" à la propriété "Build action" ? Ou y a t-il une meilleure solution ?
2) Comment retrouver cette ressource par code
tu places le fichier dans le projet et ensuite tu vas le chercher avec Resources.ResourceManager. Regarde cette classe pour plus de détail.
3) J'ai lu quelque part que de travailler avec des "Embeded resources" c'est comme "travailler avec du code non managé". Quelqu'un peut-il éclairer ma lenterne ?
une ressource c'est pas du code, donc je ne vois pas sur quel plan on pourrait faire cette équivalence.
J'ai retrouvé le lien qui fait le parallèle avec le code non managé. C'est en anglais, peut-être ai-je fait une erreur de traduc : http://www.cnblogs.com/dudu/articles/1328.html (c'est au 2nd paragraphe)
Est-ce que l'exemple donné pour retrouver un fichier XML (Reading an embedded XML file) est judicieux ?
En fait, je veux stocker des valeurs par défaut pour mes classes. J'ai donc penser que de structurer ces informations sous forme XML serait une bonne chose, surtout si je peux utiliser la désérialisation pour récupérer ces données directement dans mes objets. Un avis ?
a+ et merci.
Gislain.
"Merlin" wrote in message news:
Gislain a écrit :
1) Comment stocker un fichier XML (par exemple) en tant que ressource, la solution est-il de l'intégrer dans le projet et d'affecter la propriété "Embedded resource" à la propriété "Build action" ? Ou y a t-il une meilleure solution ?
2) Comment retrouver cette ressource par code
tu places le fichier dans le projet et ensuite tu vas le chercher avec Resources.ResourceManager. Regarde cette classe pour plus de détail.
3) J'ai lu quelque part que de travailler avec des "Embeded resources" c'est comme "travailler avec du code non managé". Quelqu'un peut-il éclairer ma lenterne ?
une ressource c'est pas du code, donc je ne vois pas sur quel plan on pourrait faire cette équivalence.
J'ai retrouvé le lien qui fait le parallèle avec le code non managé. C'est
en anglais, peut-être ai-je fait une erreur de traduc :
http://www.cnblogs.com/dudu/articles/1328.html (c'est au 2nd paragraphe)
Est-ce que l'exemple donné pour retrouver un fichier XML (Reading an
embedded XML file) est judicieux ?
En fait, je veux stocker des valeurs par défaut pour mes classes. J'ai donc
penser que de structurer ces informations sous forme XML serait une bonne
chose, surtout si je peux utiliser la désérialisation pour récupérer ces
données directement dans mes objets. Un avis ?
a+ et merci.
Gislain.
"Merlin" <Merlin@LesFees.Net> wrote in message
news:mn.23417d5b67bd471a.18651@LesFees.Net...
Gislain a écrit :
1) Comment stocker un fichier XML (par exemple) en tant que ressource, la
solution est-il de l'intégrer dans le projet et d'affecter la propriété
"Embedded resource" à la propriété "Build action" ? Ou y a t-il une
meilleure solution ?
2) Comment retrouver cette ressource par code
tu places le fichier dans le projet et ensuite tu vas le chercher avec
Resources.ResourceManager. Regarde cette classe pour plus de détail.
3) J'ai lu quelque part que de travailler avec des "Embeded resources"
c'est comme "travailler avec du code non managé". Quelqu'un peut-il
éclairer ma lenterne ?
une ressource c'est pas du code, donc je ne vois pas sur quel plan on
pourrait faire cette équivalence.
J'ai retrouvé le lien qui fait le parallèle avec le code non managé. C'est en anglais, peut-être ai-je fait une erreur de traduc : http://www.cnblogs.com/dudu/articles/1328.html (c'est au 2nd paragraphe)
Est-ce que l'exemple donné pour retrouver un fichier XML (Reading an embedded XML file) est judicieux ?
En fait, je veux stocker des valeurs par défaut pour mes classes. J'ai donc penser que de structurer ces informations sous forme XML serait une bonne chose, surtout si je peux utiliser la désérialisation pour récupérer ces données directement dans mes objets. Un avis ?
a+ et merci.
Gislain.
"Merlin" wrote in message news:
Gislain a écrit :
1) Comment stocker un fichier XML (par exemple) en tant que ressource, la solution est-il de l'intégrer dans le projet et d'affecter la propriété "Embedded resource" à la propriété "Build action" ? Ou y a t-il une meilleure solution ?
2) Comment retrouver cette ressource par code
tu places le fichier dans le projet et ensuite tu vas le chercher avec Resources.ResourceManager. Regarde cette classe pour plus de détail.
3) J'ai lu quelque part que de travailler avec des "Embeded resources" c'est comme "travailler avec du code non managé". Quelqu'un peut-il éclairer ma lenterne ?
une ressource c'est pas du code, donc je ne vois pas sur quel plan on pourrait faire cette équivalence.
J'ai retrouvé le lien qui fait le parallèle avec le code non managé. C'est en anglais, peut-être ai-je fait une erreur de traduc : http://www.cnblogs.com/dudu/articles/1328.html (c'est au 2nd paragraphe)
petit pb de traduc à mon avis :-) En gros ça dit que placer dans des ressources dans un exe c'est pas tout neuf, qu'on faisait ça en code non managé (sous entendu win32) mais que sous .net ça marche de façon un peu différente et qu'il ne faut s'attendre à ce que cela soit identique. Mais bon, c'est la position de celui qui écrit le truc. Je ne vois personnellement aucune différence fondamentale entre win32 et .net concernant les ressources, en dehors d'améliorations sous .net comme dans tous les autres domaines par rapport à win32.
Est-ce que l'exemple donné pour retrouver un fichier XML (Reading an embedded XML file) est judicieux ?
c'est du VB que je connais mal. Mais ça semble correct à première vue.
En fait, je veux stocker des valeurs par défaut pour mes classes. J'ai donc penser que de structurer ces informations sous forme XML serait une bonne chose, surtout si je peux utiliser la désérialisation pour récupérer ces données directement dans mes objets. Un avis ?
Tu ne pourras pas désérialisé des propriétés stockées à la volée. Tu ne pourra désérialisé que ce qui aura été sérialisé par le framework. DOnc oui tu peux utiliser ce genre de manip, mais comme il faudra sérialiser, puis créerla ressource et l'intégrer pour la désérialiser ça risque d'être chiant à faire. Si tu veux stocker des valeurs par défaut ou autre, tu peux aussi faire des choses plus simples. Faut pas vouloir coller de l'XML partout, une structure de type INI <clée>=<valeur> c'est très efficace :-)
J'ai retrouvé le lien qui fait le parallèle avec le code non managé. C'est en
anglais, peut-être ai-je fait une erreur de traduc :
http://www.cnblogs.com/dudu/articles/1328.html (c'est au 2nd paragraphe)
petit pb de traduc à mon avis :-)
En gros ça dit que placer dans des ressources dans un exe c'est pas
tout neuf, qu'on faisait ça en code non managé (sous entendu win32)
mais que sous .net ça marche de façon un peu différente et qu'il ne
faut s'attendre à ce que cela soit identique.
Mais bon, c'est la position de celui qui écrit le truc. Je ne vois
personnellement aucune différence fondamentale entre win32 et .net
concernant les ressources, en dehors d'améliorations sous .net comme
dans tous les autres domaines par rapport à win32.
Est-ce que l'exemple donné pour retrouver un fichier XML (Reading an
embedded XML file) est judicieux ?
c'est du VB que je connais mal. Mais ça semble correct à première vue.
En fait, je veux stocker des valeurs par défaut pour mes classes. J'ai donc
penser que de structurer ces informations sous forme XML serait une bonne
chose, surtout si je peux utiliser la désérialisation pour récupérer ces
données directement dans mes objets. Un avis ?
Tu ne pourras pas désérialisé des propriétés stockées à la volée. Tu ne
pourra désérialisé que ce qui aura été sérialisé par le framework.
DOnc oui tu peux utiliser ce genre de manip, mais comme il faudra
sérialiser, puis créerla ressource et l'intégrer pour la désérialiser
ça risque d'être chiant à faire.
Si tu veux stocker des valeurs par défaut ou autre, tu peux aussi faire
des choses plus simples. Faut pas vouloir coller de l'XML partout, une
structure de type INI <clée>=<valeur> c'est très efficace :-)
J'ai retrouvé le lien qui fait le parallèle avec le code non managé. C'est en anglais, peut-être ai-je fait une erreur de traduc : http://www.cnblogs.com/dudu/articles/1328.html (c'est au 2nd paragraphe)
petit pb de traduc à mon avis :-) En gros ça dit que placer dans des ressources dans un exe c'est pas tout neuf, qu'on faisait ça en code non managé (sous entendu win32) mais que sous .net ça marche de façon un peu différente et qu'il ne faut s'attendre à ce que cela soit identique. Mais bon, c'est la position de celui qui écrit le truc. Je ne vois personnellement aucune différence fondamentale entre win32 et .net concernant les ressources, en dehors d'améliorations sous .net comme dans tous les autres domaines par rapport à win32.
Est-ce que l'exemple donné pour retrouver un fichier XML (Reading an embedded XML file) est judicieux ?
c'est du VB que je connais mal. Mais ça semble correct à première vue.
En fait, je veux stocker des valeurs par défaut pour mes classes. J'ai donc penser que de structurer ces informations sous forme XML serait une bonne chose, surtout si je peux utiliser la désérialisation pour récupérer ces données directement dans mes objets. Un avis ?
Tu ne pourras pas désérialisé des propriétés stockées à la volée. Tu ne pourra désérialisé que ce qui aura été sérialisé par le framework. DOnc oui tu peux utiliser ce genre de manip, mais comme il faudra sérialiser, puis créerla ressource et l'intégrer pour la désérialiser ça risque d'être chiant à faire. Si tu veux stocker des valeurs par défaut ou autre, tu peux aussi faire des choses plus simples. Faut pas vouloir coller de l'XML partout, une structure de type INI <clée>=<valeur> c'est très efficace :-)
