Discussion :

[olibara]

Bonjour

Chaque fois que je pense qu'un regexp pourrait etre utile. Je constate qu'il est toujours plus facile et lisible d'ecrire un bout de code et que ce sera plus rapidement fonctionnel que de chercher des heure a etudier comment le faire en regexp

J'ai essayé de trouver des liste de modeles de regexp pur essayer d'etudier par l'exemple. Mais je n'ai rien trouvé de probant

Je remercie cependant Stormimonn pour l'aide fréquente qu'il appote a ce sujet et je salue son erudition en la matiere

Dans le cas présent mon besoin etait de retirer tous les caractères non numeriques d'une chaine, sauf les points-virgule

85 secondes en C#

Code :

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

1
2
3
4
5
6
7
8
      StringBuilder sb = new StringBuilder();
      for (int i = 0; i < sNum.Length; i++)
      {
        if ("0123456789;".Contains(sNum[i].ToString()))
        {
          sb.Append(sNum[i]);
        }
      }

Qui dit mieux en regexp ??

[Nathanael Marchand]

Euh, certes! Y'a pas besoin d'une regexp pour faire "kikou"!="lol"
Mais bon ca reste un cas d'utilisation très simple... Si tu te retrouves a tester si une chaine matche un pattern complexe tout en récuperant les differentes valeurs pour chaque section du pattern, ben bon courage

[Sehnsucht]

Même si je suis d'accord avec PitMaverick78 sur la pas très grande utilité d'une regex dans ce cas précis, et ne parlant d'ailleurs pas le regex couramment je ne vois pas en quoi la version regex est moins bien ?

Code C# :

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

1
2
3
4
 
StringBuilder sb = new StringBuilder();
foreach (Match m in Regex.Matches(sNum, "([0-9;])*"))
    sb.Append(m.Value);

Après sans passer par les regex, et comme en ce moment je teste les possibilités de Linq on peut aussi faire comme ça (plus court, tout aussi clair, par contre j'ai pas testé la performance)

Code C# :

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

1
2
3
4
 
sb.Append(sNum.Where(c => "0123456789;".Contains(c)).ToArray());
//Et pour ceux qui aurait le Framework 4 et si la longueur du texte à vérifier le justifiait
//sb.Append(sNum.AsParallel().Where(c => "0123456789;".Contains(c)).ToArray());

En espérant avoir été utile (ou du moins pas trop inutile )

[olibara]

Salut Sehnsucht

En reprenant ton modele je me dis que si le regexp oblige aussi a faire une boucle alors autant utiliser des instruction C# natives
J'avais pensé que regexp permettait l'assignation directe d'un résultat d'une expression

Code :

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

1
2
3
StringBuilder sb = new StringBuilder();
foreach (Match m in Regex.Matches(sNum, "([0-9;])*"))
    sb.Append(m.Value);

Pour kikou

Mais bon ca reste un cas d'utilisation très simple... Si tu te retrouves a tester si une chaine matche un pattern complexe tout en récuperant les differentes valeurs pour chaque section du pattern, ben bon courage

Peut etre et dans le cas présent je dois encore faire un split du résultat mais ca reste élémentaire en C#

Peut etre que regexp est tres bien quand on doit faire du parsage complexe, dans le taitement de stream a la volée ou dans un shell en unix

Mais c'est tellement hermetique a comprendre epouvantablement mal documenté et delicat a tester qu'il me semble que si on dispose d'un language pour structurer le traitement de maniere plus explicite autant en profiter

Cela étant le plus dommage c'est qu'il est tres dificile de trouver des explication claires simples et concise expliquant l'usage du regepxp avec des exemples simple

La plupart des tutoriel que j'ai trouvé sont lourds, verbeux mal structuré et abordent le sujet comme si on se lançait dans l'apprentissage du sanscrit !

J'en ai quand meme trouvé deux qui sortent du lot
Et par chance il sont en français pourtant j'ai cherché en anglais aussi et sans préférence particuliére sinon la clarté et la concision !

http://www-obs.univ-lyon1.fr/labo/pe...al/regexp.html

Tiens tiens , je viens de retrouver celui-ci (ci dessous) qui est peut-etre le meilleur, mais il est malheureusement tres mal référencé, j'ai du largement aider google avec la recherche :

les expressions regulieres développez

On trouve alors ce bijou bien caché

http://lgmorand.developpez.com/dotnet/regex/

Mais j'avais déja essayé

Tuto regexp
memo regexp
memento regexp
tutoriel rexexp
cours regexp

NADA ! pour le tuto de Louis Guillaume qui merite pourtant le détour

[StormimOn]

Si besoin : http://stormimon.developpez.com/dotn...ns-regulieres/

Et pour la question de départ, il suffit de faire

Code :

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

string str = Regex.Replace("rg1654qgb;efb;e541654", "[^0-9;]+", string.Empty);

Je pense que c'est plus rapide qu'avec Linq, mais la différence n'est à mon avis pas énorme. A avoir sur des données à traiter en masse.

Par contre la méthode de Sehnsucht avec les extensions parallèles (framework 4) modifie l'ordre des caractères, ce qui est logique compte tenu du traitement parallèle, donc à éviter

[olibara]

Merci Stormimonn !

[Sehnsucht]

@olibara

Salut Sehnsucht

En reprenant ton modele je me dis que si le regexp oblige aussi a faire une boucle alors autant utiliser des instruction C# natives
J'avais pensé que regexp permettait l'assignation directe d'un résultat d'une expression

Code :

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

string str = Regex.Replace("rg1654qgb;efb;e541654", "[^0-9;]+", string.Empty);

J'avais dis que je ne parlais pas le regex couramment

@StormimOn

Par contre la méthode de Sehnsucht avec les extensions parallèles (framework 4) modifie l'ordre des caractères, ce qui est logique compte tenu du traitement parallèle, donc à éviter

C'est tout à fait exact, mais si l'on a besoin d'un traitement nécessitant un parallélisme (donc un traitement lourd, car sur de faibles quantités de données la version non-parallèle sera plus rapide) c'est que souvent (mais pas obligatoirement) on doit faire un gros traitement sur des données, sans forcément afficher le résultat et dans ce cas là l'ordre peut ne pas être primordial.

[StormimOn]

J'avais dis que je ne parlais pas le regex couramment

Fort heureusement ce n'est pas une tare

C'est tout à fait exact, mais si l'on a besoin d'un traitement nécessitant un parallélisme (donc un traitement lourd, car sur de faibles quantités de données la version non-parallèle sera plus rapide) c'est que souvent (mais pas obligatoirement) on doit faire un gros traitement sur des données, sans forcément afficher le résultat et dans ce cas là l'ordre peut ne pas être primordial.

Sur l'exemple du sujet c'est inapproprié mais sinon je ne pourrais pas te contredire ^^

[Graffito]

Je voudrais pas lancer un troll .

Plutôt que Regex, je préfère la génération dynamique de code.

Mais, je ne sais pas si cette technique couvre l'essentiel des cas où on est tenté de recourir à Regex.

[StormimOn]

On parle bien de CodeDom ? Car la génération dynamique de code c'est utiliser un rouleau compresseur pour écraser une mouche à ce stade je pense. Surtout que pour bien faire il est nécessaire de charger dans un AppDomain l'assembly générée dynamiquement afin de pouvoir la décharger ensuite. Sinon on se retrouve avec une ribambelles d'assembly qui se baladent à chaque compilation dynamique sans pouvoir les décharger.

Maintenant il faudrait voir un cas concret pour pouvoir en discuter, car comme ça je ne vois pas en quoi la génération dynamique de code apporte un avantage par rapport à l'utilisation d'expressions régulières.

[Graffito]

Code :

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

On parle bien de CodeDom ?

Je ne connaissais pas. Mais, après un bref aperçu, ça me semble correspondre au concept (perso, j'utilise un équivalent maison).

Sinon on se retrouve avec une ribambelles d'assembly qui se baladent à chaque compilation dynamique sans pouvoir les décharger.

Oui, c'est bien une limitation qui peut évidemment dans certains cas s'avérer rédhibitoire.

[Nathanael Marchand]

Connaissez vous Expresso? http://www.ultrapico.com/Expresso.htm
C'est un petit utilitaire qui m'a permis de mieux apprehender les regex: son principe est simple: 3 zones pour ta regex
-La zone de design
-La zone des données de test
-La zone du resultat appliqué aux données de test
Hyper pratique!