Parser des données

**youcoups** · 31/10/2007, 15h23

Bonjour,

Quelqu'un aurait-il une idée pour parser un texte de la forme ci-dessous ?

nom1-Paramètre1;Parmètre2||nom2-Paramètre1;Paramètre2 etc...

Juste le nom de la fonction C# à utiliser au pire, quelque chose qui me ferait avancer. C'est mon début dans ce langage et je dois dire que je galère énormément... Un peu d'aide des pro pour un débutant comme moi serait très sympatoch

.

Merci

**kinola** · 31/10/2007, 15h34

string szChaine = "nom1-Paramètre1;Parmètre2||nom2-Paramètre1;Paramètre2"

string []szTab = szChaine.split("||")

après tu boucles sur le tableau

for(int i = 0; i<szTab.lenght;i++)
{
... tu peux faire un split sur le ; pr tes param
}

**ced600** · 31/10/2007, 15h36

C'est du découpage de chaine de caractères, la faq en parle.
Selon ce que tu veux faire, tu peux utiliser l'objet Regexp qui utilise les expressions régulières, et/ou les méthodes de l'objet String comme split, substring, ....
Je te laisse chercher un peu, mais tu verras vite qu'en C# c'est très facile de faire ce genre de chose

**youcoups** · 31/10/2007, 15h43

Ok c'est parfait, merci

Désolé si la soluce étais dans la faq, je penserais à regarder la prochaine fois.

**ced600** · 31/10/2007, 15h46

1) kinola, s'il te plait utilise les balises de code pour le code (dans l'éditeur de texte c'est le nouton #)
2) Si c'est pour parcourir un tableau, une liste, ou autre chose d'énumérable, du début à la fin, c'est tellement mieux, et plus pratique d'utiliser un foreach
3) dans la boucle, avant de splitter sur les ; le mieux est de faire un substring pour le nom en recherchant la premiere occurence de - pour connaître la longueur du nom.
4) après le deuxieme split tu parcours de nouveau ton tableau par un foreach si tu en as besoin.
5) syntaxe du foreach :

Code :

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

1
2
3
4
string[] tabelt = "nom1-Paramètre1;Parmètre2||nom2-Paramètre1;Paramètre2".Split("||".ToCharArray());
foreach (string elt in tabelt)
{
}

6)

Code :

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

string []szTab = szChaine.split("||")

Faux Split ne prend que des char ou des char[] comme séparateur. Mais tu peut faire :

Code :

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

string []szTab = szChaine.split("||".ToCharArray());

7) tu oublis un peu tes points virgule.

**anthyme** · 31/10/2007, 19h12

si y a 10mo de parametres, ce n'est pas un peu lourd le split ?

**BigNic** · 02/11/2007, 18h16

Si cela peut t'aider dans ton choix
Personellement j'ai eu à faire ça il y a quelques semaines
j'ai développé 3 solutions: 1) Split, search et autres fonctions de String
2) expression régulière, 3) lecture caractère par caractère avec parcourt d'un diagrame d'état.

au final
1) code court, lisible et maintenable, vitesse d'execution 8 fois supérieurs à la solutions 3)
2) Code court, moyennement lisible et maintenable, vitesse d'execution 30 fois supérieurs à la solution 3)
3) Code important, difficile à lire (beaucoup d'imbrication), difficile à maintenir (même si j'ai mis pas mal de commentaires). Temps d'exécution le meilleur.

Pour info, comme j'était en TDD, j'ai écrit une trentaine de tests, incluant tous les cas d'erreurs auxquelles j'ai pu penser. Et les 3 solutions les ont passé

[edit]fautes de frappes et orth

**ced600** · 05/11/2007, 11h15

bah après c'est à voir, la on parle de découpage de string de façon général et on ne s'était pas posé la question du volume de donnée.
BigNic apporte des informations intéressante.
Supposons que ces données soit dans un fichier texte et sur plusieurs ligne. Dans ce cas il est possible de parcourir le fichier ligne par ligne, et de traiter chaque ligne.
Moins de données à mettre dans le buffer

**Franckintosh** · 07/11/2007, 17h51

Envoyé par BigNic

au final
1) vitesse d'execution 8 fois supérieurs à la solutions 3)
2) vitesse d'execution 30 fois supérieurs à la solution 3)
3) Temps d'exécution le meilleur.

Euh... pour toi un meillleur temps d'exécution ça veut dire un plus court ou un plus long ?

**Chubyone** · 07/11/2007, 20h51

Bein le plus court : puisque les autres sont tous supérieurs

**Franckintosh** · 08/11/2007, 10h56

Envoyé par Chubyone

puisque les autres sont tous supérieurs

C'est l'inverse qui est marqué.
Donc du coup on ne sait pas quelle est la solution qui s'exécute le plus rapidement.

**SaumonAgile** · 08/11/2007, 11h12

Envoyé par Chubyone

Bein le plus court : puisque les autres sont tous supérieurs

Certes, mais il est écrit "vitesse x fois supérieure", ce qui signifie que la troisième solution serait la moins efficace, ce qui est contradictoire avec l'affirmation "Temps d'exécution le meilleur".

Cela dit, je pense que la solution 3 est la plus rapide. Même si j'aurais une préférence pour la beauté de la solution 2.
Par contre la solution 1 implique beaucoup trop de tests de sécurité et de garde-fou pour être acceptable à mon gout.

**Chubyone** · 08/11/2007, 11h12

Right c'est vrai qu'il y a ambiguité : "vitesse supérieure" ou "temps supérieur" ?

Arf grilled...

bon je rajoute un truc à propos du Split :

Code :

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

1
2
3
4
5
6
 
string[] ki = "bouu.ouuuuuuuuuu.ouuuuuuuuuuuu".Split( '.' );
foreach( string str in ki )
{
    Console.WriteLine( str );
}

Pas besoin de "ToCharArray"

: "x" = string ; 'x' = char

**BigNic** · 08/11/2007, 11h15

C'est vrai que c'était pas clair ce que j'ai dit, méa culpa.
1) temps d'exécution assez important
2) temps d'éxécution très important
3) temps d'exécution le plus faible

**Franckintosh** · 08/11/2007, 14h17

Envoyé par Chubyone

Pas besoin de "ToCharArray"

: "x" = string ; 'x' = char

Mais 'xx' = erreur
Si on veut un séparateur composé de plusieurs caractères il faut utiliser un tableau de caractères.

Il faudrait soit lire moins vite soit changer ton parseur de lecture parce qu'apparement il oublie les mots clés important

.

**Chubyone** · 08/11/2007, 14h58

Envoyé par Franckintosh

Il faudrait soit lire moins vite soit changer ton parseur de lecture parce qu'apparement il oublie les mots clés important

.

nan... C'est mon Serializer de pensées généreuse qui as oublié quelques infos^^

**ced600** · 09/11/2007, 09h20

C'est juste de la constatation après "gueulage" du compilo qui m'a fait prendre conscience que split n'acceptait pas les "%*£,;.:!" et après lecture de la bulle d'aide sur la fonction split (grâce à l'intelisence) j'ai compris qu'il voulait bien par contre les tableaux de charactère.
D'où mon ToCharArray() .

2) Code court, moyennement lisible et maintenable, vitesse d'execution 30 fois supérieurs à la solution 3)

2) temps d'éxécution très important

Ha pour une fois que quelqu'un m'apporte une preuve qu'il vaux mieux utiliser les méthodes de string plutôt que les expressions régulière je suis content

Mais bon pour avoir une analyse parfaite, il faudrait voir cela en fonction de la taille de la chaine de caractères.
Les expressions régulières restent elle plus lente que les méthodes de string pour les super grosse chaine de caractères ?

**BigNic** · 09/11/2007, 09h56

encore quelques petite précisions la chaines pour mes tests faisais environ 250 charactères pour un peu plus d'une quinzaine de paramètres à deserialiser.
Eune autere précision je ne suis pas un pro des regExps. Si la mienne fonctionnais correctement, il y avait certainement moyen de la rendre plus performante

**SaumonAgile** · 09/11/2007, 09h56

Envoyé par ced600

Ha pour une fois que quelqu'un m'apporte une preuve qu'il vaux mieux utiliser les méthodes de string plutôt que les expressions régulière je suis content

Il ne faut pas être aussi catégorique, toute solution est une combinaison de plusieurs choses dont les principales sont la lisibilité, la maintenabilité et la performance. En fonction de la situation, on préfèrera une solution ou une autre, mais je n'ai jamais entendu dire que l'une était meilleure que l'autre dans tous les cas.