Discussion :

[WebPac]

Bonjour tout le monde,

tout est dans l'intitulé du topic.
Je cherche à obtenir un convertisseur de Dictionnary<string,string> en string et inversement.
De préférence, le mieux est qu'on ne soit pas obligé de tout recoder soi-même afin de s'affranchir des problèmes de cas particuliers ou les séparateurs ou délimiteurs utilisés soient présents dans les clés ou valeurs.

En fait, je me dis que ça doit déjà exister mais je ne trouve rien.

Le but étant de stocker les informations contenues dans le dictionnaire dans un fichier texte par exemple, soit qu'il ne soit crypté en binaire et reste lisible.

Merci pour vos conseils.

[lutecefalco]

T'as testé ToString() à tout hasard?

[Guulh]

Salut,

Dictionary est sérializable (cf la doc : http://msdn.microsoft.com/fr-fr/libr...08(VS.80).aspx). Il ne te reste qu'à choisir un formatter, cf par exemple : http://msdn.microsoft.com/fr-fr/libr...attribute.aspx

[WebPac]

Salut lutecefalco, oui j'ai essayé ToString() mais il me renvoie "System.Collection.Generic.Dictionnary", donc pas trop exploitable en l'état.

Salut Guulh, merci pour les liens, je lis, je teste et te dis si ça fonctionne ou pas.

[sisqo60]

tostring me parait pas mal aussi, mais il va falloir que tu crées ta propre classe qui dérive de dictionnary. tu surcharges la méthode ToString en codant ce que tu as dit. Bref un peu loud...
sinon la méthode de guulh me parait plus sympa...

[WebPac]

Le ToString() impose qu'on refasse tout soi-même et ce n'est pas ce que je souhaite. De plus, le ToStrin() ne fait que la partie dico vers string et non pas l'inverse.

L'utilisation de la serialization n'est pas mal mais je ne trouve que des serializeur XML et pas des serializeur texte.

[sisqo60]

Je te donne la méthode avec ToString en spécifiant que c'est lourd

tostring me parait pas mal aussi, mais il va falloir que tu crées ta propre classe qui dérive de dictionnary. tu surcharges la méthode ToString en codant ce que tu as dit. Bref un peu loud...

et par ailleurs je confirme la proposition de guulh pour la sérialisation

sinon la méthode de guulh me parait plus sympa...

ton poste n'a servi à rien.

[Guulh]

Je te donne la méthode avec ToString en spécifiant que c'est lourd

Bah c'est dire que ce que veut WebPac, c'est une paire de méthode, l'une qui transforme un dico en string et une autre qui fait l'inverse. Lui suggérer de passer par ToString en refaisant tout, c'est pas super utile non plus

Mais pour en revenir au sujet initial : le xml, c'est du texte, non ? Ca te va pas ? T'as des contraintes particulières sur la forme de tes données sérialisées ? Tu dois pouvoir trouver d'autres formatters en fouillant dans le framework et sur le net, mais à mon humble avis te prend pas la tête et fais du xml, qui est super bien géré partout dans le framework (et dans les autres univers, java & co)

[WebPac]

Salut,

désolé mais je ne relèverai pas le troll de la non utilité des messages, je cherche simplement une solution à un problème donné.

En effet, j'ai des contraintes de taille et de lisibilité.
Le XML n'est pas mal mais est en fait multi-ligne, on pourrait tout mettre sur une seule ligne mais ça deviendrait illisible.
Ce que je cherche à obtenir comme texte par exemple, c'est Cle1=Valeur1;Cle2=Valeur2;.... mais si je le fais à la main, je dois gérer si des = ou des ; sont contenus dans les cle ou les valeurs, il faudra donc rajouter des délimiteurs du type " et dans ce cas, il faudra gérer les " dans les clés et les valeurs.
Et ainsi de suite et bien entendu, on ne pensera pas à tous les cas et ce sont les utilisateurs qui remontent les bugs.
Je me dis que si c'est déjà géré par le framework, c'est garanti sans bug.

[Gold Bug]

Je me dis que si c'est déjà géré par le framework, c'est garanti sans bug.

Malheureusement, à part de la sérialisation XML, tu ne trouveras rien dans le Framework.
La raison c'est que Dictionary<String, String> n'est qu'une implémentation particulière de Dictionary<TKey, TValue>.

[Guulh]

Je me dis que si c'est déjà géré par le framework, c'est garanti sans bug.

Saine attitude
Mais je ne sais pas s'il existe un tel sérialiseur / désérialiseur en standard dans le framework, ou dans une librairie open source existante.

[edit]A propos de ce qu'a rajouté GoldBug : il existe (je sais plus où) une classe StringDictionary. Elle propose peut être aussi ce genre de sérialisation.

[yaniss321]

Au risque de paraitre bete. tu pourrais me donner un exemple concret du résultat que tu voudrait avoir en ce qui concerne le dictionnary -> string et string -> dictionnary ?

[_PascalC_]

Salut,
on pourrait imaginer la solution suivante pour ton dictionnaire :

Code :

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

1
2
3
4
5
6
7
8
 
string filename = "c:\\data.txt";
 
//Données cobayes ;o)
Dictionary<string, string> d = new Dictionary<string, string>();
d.Add("clé1", "toto");
d.Add("clé2", "hello world !!");
d.Add("clé3", "ligne1\r\nligne2"); //...

Pour l'enregistrement :

Code :

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

1
2
3
4
5
6
7
8
9
 
FileStream fs = new FileStream(filename, FileMode.Create);
BinaryWriter bw = new BinaryWriter(fs);
foreach (var value in d)
{
    bw.Write(value.Key);
    bw.Write(value.Value);
}
fs.Close();

et pour l'opération inverse :

Code :

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

1
2
3
4
5
6
7
 
 
FileStream fs = new FileStream(filename, FileMode.Open);
BinaryReader br = new BinaryReader(fs);
while (br.PeekChar() != -1)
    d.Add(br.ReadString(), br.ReadString());
fs.Close();

Y'a un bonus en plus... pas de problème de caractères spéciaux (retour chariot, conflit avec les spérateurs... etc)
J'espère que ça pourra t'aider.

edit :
>soit qu'il ne soit crypté en binaire et reste lisible.
arf j'avais zappé cette contrainte là ... Si l'utilisateur doit pouvoir intervenir manuellement sur le fichier ce n'est donc pas la bonne solution

Pascal

[WebPac]

Salut tout le monde et merci pour votre intérêt sur ce sujet.

@ yaniss321 :
par exemple, j'ai le dictionnaire qui possède ces clés :

Toto = Ma première valeur
Tata = Ma seconde valeur
Titi =

et le string associé serait du style

Toto="Ma première valeur";Tata="Ma seconde valeur";Titi = ""

Il faudrait que la conversion fonctionne dans les 2 sens et peu importe les caractères spéciaux qu'il pourrait y avoir dans les clés et les valeurs, retour chariot, =, quotes ...

J'en ai besoin pour au final l'écrire dans un commentaire d'une cellule dans Excel, je ne peux donc pas l'écrire en binaire et je suis limité en taille max de caractères.

J'ai lu la sérialisation en XML d'objets, c'est très puissant car on n'est pas obligé d'écrire du code pour chaque propriété de nos objets, il suffit de rajouter des Attribute pour définir comment sera formatté le XML.
En fait, je passais par un dico pour rajouter une couche d'abstraction entre mes objets métiers et l'écriture du commentaire, la sérialisation des objets serait une très bonne alternative mais à priori, il faudra réécrire son propre sérialiseur texte, ce qui risque d'être bien plus compliqué que gérer ce convertisseur dico/string à la main.

Que pensez-vous de ces idées ?

[Guulh]

Sinon, tu connais JSON ? C'est un format de sérialisation d'objets très étendu, et plus concis qu'XML. Comme c'est répandu, tu dois pouvoir trouver des sérialiseurs / désérialiseurs on the web.
Ici : http://www.blog.activa.be/2007/08/12...esOfCCode.aspx par exemple, tu peux voir comment convertir n'importe quel objet, sans passer par un dico.

[MetalGeek]

Salut,
je pense que tu te prends vraiment trop la tête pour pas grand chose. Une simple boucle vite faite ferait bien l'affaire, ne cherches pas à inventer un truc super-élégant dans le concept mais qui va t'obliger à référencer 14 autres classes en implémentant 8 interfaces tout ça pour avoir un sérialiseur de l'espace...

Tu peux faire par exemple :

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
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
 
    public class SerializableStringDictionary : System.Collections.Specialized.StringDictionary
    {
        private const char C_ENTRY_SEPARATOR = ';';
        private const char C_KEYVALUE_SEPARATOR = '=';
        private readonly static string STR_FORMAT = "{0}" + C_KEYVALUE_SEPARATOR + "{1}" + C_ENTRY_SEPARATOR;
 
        public string GetAsText()
        {
            StringBuilder builder = new StringBuilder();
 
            foreach (KeyValuePair<string, string> entry in this)
            {
                builder.AppendFormat(STR_FORMAT, entry.Key, entry.Value);
            }
 
            return builder.ToString();
        }
 
        public static SerializableStringDictionary FromText(string text)
        {
            SerializableStringDictionary dico = new SerializableStringDictionary();
 
            if (!string.IsNullOrEmpty(text))
            {
                try
                {
                    string[] entry = null;
 
                    foreach (string entryText in text.Split(C_ENTRY_SEPARATOR))
                    {
                        entry = entryText.Split(C_KEYVALUE_SEPARATOR);
 
                        dico.Add(entry[0], entry[1]);
                    }
                }
                catch (Exception ex)
                {
                    throw new Exception("Les données fournies ne sont pas valides", ex);
                }
            }
 
            return dico;
        }
    }

A toi ensuite de rajouter si tu veux aller à la ligne à chaque fois, gérer précisément les erreurs pour lever une exception différente quand la clé est vide, la valeur est vide etc...


(j'ai pas testé le code, c'est un brouillon de départ)

[Guulh]

Si c'etait si simple...
Mais tu fais quoi quand les chaines contiennent elles-meme le caractere ";" ou ":" ?

Ca oblige par exemple a les echapper avec un antislash, mais bon c'est du code a) ecrit des trouzillions de fois et b) sujet a bug vicieux.


Il n'empeche, je suis curieux de savoir dans quel genre de scenario on se retrouve a serialiser un objet .Net dans un commentaire d'une cellule Excel...

[MetalGeek]

Bouah, t'as bien moyen de trouver deux séquences de caractères qui ne seront jamais utilisées dans les clés ni les valeurs quand même... Quitte à mettre du cyrillique ou du hiragana, tu t'en fous !
Par contre j'ai pas saisi le rapport avec Excel ; j'ai relu tout le post, j'ai la berlue ou on en parle pas ici ??

[Guulh]

Bouah, t'as bien moyen de trouver deux séquences de caractères qui ne seront jamais utilisées dans les clés ni les valeurs quand même...

Hiragana, pourquoi pas ? Jusqu'au jour ou ce projet, utilise 5 ans plus tard par d'autres personnes dans d'autres circonstances, se mette a bugger mysterieusement quand la boite aura ete rachetee par Sony ou Toshiba
Plus serieusement, t'as raison, mais autant se baser sur une methode existante (s'il y en a une) pour eviter de se prendre le chou.

Par contre j'ai pas saisi le rapport avec Excel ; j'ai relu tout le post, j'ai la berlue ou on en parle pas ici ??

Si si, il en est question cf :

J'en ai besoin pour au final l'écrire dans un commentaire d'une cellule dans Excel, je ne peux donc pas l'écrire en binaire et je suis limité en taille max de caractères.

[WebPac]

Salut,
je pense que tu te prends vraiment trop la tête pour pas grand chose. Une simple boucle vite faite ferait bien l'affaire, ne cherches pas à inventer un truc super-élégant dans le concept mais qui va t'obliger à référencer 14 autres classes en implémentant 8 interfaces tout ça pour avoir un sérialiseur de l'espace...

Tu peux faire par exemple :

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
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
 
    public class SerializableStringDictionary : System.Collections.Specialized.StringDictionary
    {
        private const char C_ENTRY_SEPARATOR = ';';
        private const char C_KEYVALUE_SEPARATOR = '=';
        private readonly static string STR_FORMAT = "{0}" + C_KEYVALUE_SEPARATOR + "{1}" + C_ENTRY_SEPARATOR;
 
        public string GetAsText()
        {
            StringBuilder builder = new StringBuilder();
 
            foreach (KeyValuePair<string, string> entry in this)
            {
                builder.AppendFormat(STR_FORMAT, entry.Key, entry.Value);
            }
 
            return builder.ToString();
        }
 
        public static SerializableStringDictionary FromText(string text)
        {
            SerializableStringDictionary dico = new SerializableStringDictionary();
 
            if (!string.IsNullOrEmpty(text))
            {
                try
                {
                    string[] entry = null;
 
                    foreach (string entryText in text.Split(C_ENTRY_SEPARATOR))
                    {
                        entry = entryText.Split(C_KEYVALUE_SEPARATOR);
 
                        dico.Add(entry[0], entry[1]);
                    }
                }
                catch (Exception ex)
                {
                    throw new Exception("Les données fournies ne sont pas valides", ex);
                }
            }
 
            return dico;
        }
    }

A toi ensuite de rajouter si tu veux aller à la ligne à chaque fois, gérer précisément les erreurs pour lever une exception différente quand la clé est vide, la valeur est vide etc...

(j'ai pas testé le code, c'est un brouillon de départ)

Merci pour ton code, mais ce n'était pas la peine, j'ai fait quasi le même, mon problème n'était pas de devoir le coder.
Le problème est plus comme dit Guulh sur les problèmes des séparateurs, j'ai exposé un problème simple mais qui en réalité peut se compliqué, en effet, on pourrait imaginer que les entrées de mon dictionnaire soient elle même des dictionnaires convertis en string.
Cela peut arriver lorsqu'on a une hiérarchie complexe d'objets.
Donc changer les délimiteurs par certains caractères rarement utilisés n'est pas une fin en soit car le code ne gèrera pas les imbrications.
Ou alors, il faudra gérer des délimiteurs différents pour chaque niveau d'imbrication, mais dans ce cas un objet doit connaitre son niveau dans les imbrications et on est limité dans le nombre d'imbrications.

Je ne dis pas que ça ne fonctionnera pas mais on se retrouvera toujours dans un cas un jour qu'on n'avait pas prévu et qui sera remonté par un client pas content car il a perdu 2H de boulot pour un vieux bug dans les produits qui sera en plus surement très difficile à reproduire.
C'est pour ça que je préfèrerais trouver une solution à mettre en place qui soit indépendante des objets métiers et des propriétés qu'ils contiennent.



Voyant la puissance de la sérialisation et surtout celle de la désérialisation (la recréation des objets), je me demandais si ce n'était pas dans mon intérêt de faire qqch de la sorte, mais refaire un Serializer est pour moi encore trop complexe, donc pour une prochaine fois.

Salut Guulh, si tu demandes le pourquoi du comment des commentaires dans Excel, c'est parce que je bosse dans le décisionnel et je crée des états dans Excel et mets la persistance des objets dans les commentaires des cellules.
C'est un moyen pratique vu les besoins des utilisateurs.
Et les commentaires dans Excel sont facilement vus et ils sont limités à 32 000 caractères d'ailleurs j'ai déjà du reprendre ce code dans une ancienne version à cause de la limite dépassée. Et oui les utilisateurs sont parfois fort gourmands.

Pour l'instant, je me dirige quand même vers une solution ou je le gère à la main et espère que tous les problèmes possibles seront remontés lors des phases de tests.