Interêt et complexité des regexp

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:

---

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 ??

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 :D

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 :aie: je ne vois pas en quoi la version regex est moins bien ?

Code:

---

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:

---

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 :aie:)

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 8O

Code:

---

1 2 3

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

---

Pour kikou

Citation:

---

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 8-) 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

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

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

Code:

---

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 :aie:

Merci Stormimonn !

@olibara

Citation:

---

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:

---

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

---

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

@StormimOn

Citation:

---

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.

Citation:

---

Envoyé par Sehnsucht

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

---

Fort heureusement ce n'est pas une tare :D

Citation:

---

Envoyé par Sehnsucht

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 ^^

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.

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.

Code:

---

On parle bien de CodeDom ?

---

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

Citation:

---

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.

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!