Comment déboguer une regex? [fermé]

Les expressions régulières peuvent devenir assez complexes. Le manque d'espace blanc les rend difficiles à lire. Je ne peux pas parcourir une expression régulière avec un débogueur. Alors, comment les experts déboguent-ils des expressions régulières complexes?

Vous achetez RegexBuddy et utilisez sa fonction de débogage intégrée . Si vous travaillez avec des regex plus de deux fois par an, vous récupérerez cet argent en un rien de temps. RegexBuddy vous aidera également à créer des expressions régulières simples et complexes, et même à générer le code pour vous dans une variété de langues.

De plus, selon le développeur, cet outil fonctionne presque parfaitement sous Linux lorsqu'il est utilisé avec WINE .

Avec Perl 5.10, use re 'debug';. (Ou debugcolor, mais je ne peux pas formater la sortie correctement sur Stack Overflow.)

$ perl -Mre = debug -e '"foobar" = ~ / (.) \ 1 /'
Compilation de REx "(.) \ 1"
Programme final:
   1: OUVERT1 (3)
   3: REG_ANY (4)
   4: FERMER1 (6)
   6: REF1 (8)
   8: FIN (0)
minlen 1
Correspondance entre REx "(.) \ 1" et "foobar"
   0 <> <foobar> | 1: OUVERT1 (3)
   0 <> <foobar> | 3: REG_ANY (4)
   1 <f> <oobar> | 4: FERMER1 (6)
   1 <f> <oobar> | 6: REF1 (8)
                                  échoué...
   1 <f> <oobar> | 1: OUVERT1 (3)
   1 <f> <oobar> | 3: REG_ANY (4)
   2 <fo> <obar> | 4: FERMER1 (6)
   2 <fo> <obar> | 6: REF1 (8)
   3 <foo> <bar> | 8: FIN (0)
Match réussi!
Libération de REx: "(.) \ 1"

En outre, vous pouvez ajouter des espaces et des commentaires aux expressions régulières pour les rendre plus lisibles. En Perl, cela se fait avec le /xmodificateur. Avec pcre, il y a le PCRE_EXTENDEDdrapeau.

"foobar" =~ /
    (.)  # any character, followed by a
    \1   # repeat of previously matched character
/x;

pcre *pat = pcre_compile("(.)  # any character, followed by a\n"
                         "\\1  # repeat of previously matched character\n",
                         PCRE_EXTENDED,
                         ...);
pcre_exec(pat, NULL, "foobar", ...);

J'en ajouterai un autre pour ne pas l'oublier: debuggex

C'est bien car c'est très visuel:

Lorsque je suis coincé sur une regex, je me tourne généralement vers ceci: https://regexr.com/

C'est parfait pour tester rapidement où quelque chose ne va pas.

J'utilise Kodos - Le débogueur d'expressions régulières Python:

Kodos est un utilitaire d'interface graphique Python pour créer, tester et déboguer des expressions régulières pour le langage de programmation Python. Kodos devrait aider tout développeur à développer efficacement et sans effort des expressions régulières en Python. Puisque l'implémentation des expressions régulières par Python est basée sur le standard PCRE , Kodos devrait bénéficier aux développeurs d'autres langages de programmation qui adhèrent également au standard PCRE (Perl, PHP, etc ...).

(...)

Fonctionne sous Linux, Unix, Windows, Mac.

Je pense que non. Si votre expression régulière est trop compliquée et problématique au point que vous ayez besoin d'un débogueur, vous devriez créer un analyseur spécifique ou utiliser une autre méthode. Il sera beaucoup plus lisible et maintenable.

Il existe un excellent outil gratuit, le Regex Coach . La dernière version n'est disponible que pour Windows; son auteur, le Dr Edmund Weitz, a cessé de maintenir la version Linux parce que trop peu de gens l'ont téléchargée, mais il existe une version plus ancienne pour Linux sur la page de téléchargement.

Je viens de voir une présentation de Regexp :: Debugger par son créateur: Damian Conway. Des trucs très impressionnants: exécutez en place ou en utilisant un outil de ligne de commande (rxrx), de manière interactive ou sur un fichier d'exécution "journalisé" (stocké en JSON), avancer et reculer à tout moment, s'arrêter sur des points d'arrêt ou des événements, sortie colorée (configurable par l'utilisateur) ), cartes thermiques sur expression régulière et chaîne pour l'optimisation, etc ...

Disponible gratuitement sur CPAN: http://search.cpan.org/~dconway/Regexp-Debugger/lib/Regexp/Debugger.pm

J'utilise cet outil en ligne pour déboguer mon regex:

https://www.regextester.com/

Mais oui, il ne peut pas battre RegexBuddy.

Je débogue mes expressions régulières de mes propres yeux. C'est pourquoi j'utilise un /xmodificateur, j'écris des commentaires pour eux et je les divise en parties. Lisez Mastering Regular Expressions de Jeffrey Friedl pour apprendre à développer des expressions régulières rapides et lisibles. Divers outils de débogage regex ne font que provoquer la programmation vaudou.

Quant à moi, j'utilise généralement l'utilitaire pcretest qui peut vider le byte code de n'importe quelle regex, et il est généralement beaucoup plus facile à lire (du moins pour moi). Exemple:

PCRE version 8.30-PT1 2012-01-01

  re> /ab|c[de]/iB
------------------------------------------------------------------
  0   7 Bra
  3  /i ab
  7  38 Alt
 10  /i c
 12     [DEde]
 45  45 Ket
 48     End
------------------------------------------------------------------

J'utilise:

http://regexlib.com/RETester.aspx

Vous pouvez également essayer Regex Hero (utilise Silverlight):

http://regexhero.net/tester/

Si je me sens bloqué, j'aime revenir en arrière et générer l'expression régulière directement à partir d'un exemple de texte en utilisant txt2re (bien que je finisse généralement par peaufiner l'expression régulière résultante à la main).

Si vous êtes un utilisateur Mac, je viens de tomber sur celui-ci:

http://atastypixel.com/blog/reginald-regex-explorer/

C'est gratuit et simple à utiliser, et cela m'a été d'une grande aide pour me familiariser avec les RegEx en général.

Jetez un œil aux outils (non gratuits) sur regular-expressions.info . RegexBuddy en particulier. Voici le post de Jeff Atwood sur le sujet .

Ecrire des reg exes en utilisant une notation comme PCRE est comme écrire un assembleur: c'est bien si vous pouvez juste voir les automates à états finis correspondants dans votre tête, mais cela peut devenir difficile à maintenir très rapidement.

Les raisons de ne pas utiliser de débogueur sont sensiblement les mêmes que celles de ne pas utiliser de débogueur avec un langage de programmation: vous pouvez corriger les erreurs locales, mais elles ne vous aideront pas à résoudre les problèmes de conception qui vous ont conduit à faire les erreurs locales dans le premier. endroit.

La manière la plus réfléchie consiste à utiliser des représentations de données pour générer des expressions rationnelles dans votre langage de programmation et à disposer d'abstractions appropriées pour les construire. L'introduction d'Olin Shiver à son système de notation regexp donne un excellent aperçu des problèmes rencontrés dans la conception de ces représentations de données.

J'utilise souvent pcretest - à peine un "débogueur" mais il fonctionne sur une connexion SSH texte uniquement et analyse exactement le dialecte regex dont j'ai besoin: mon code (C ++) est lié à libpcre, donc il n'y a aucune difficulté avec les différences subtiles dans ce qui est magique et quoi n'est pas, etc.

En général, je suis d'accord avec le gars ci-dessus pour qui le besoin d'un débogueur regex est une odeur de code. Pour moi, le plus difficile dans l'utilisation des expressions régulières n'est généralement pas l'expression régulière elle-même, mais les multiples couches de citations nécessaires pour les faire fonctionner.

J'utilise souvent le testeur de regexp basé sur Ruby Rubular

et aussi dans Emacs utiliser M-x re-builder

Firefox a également une extension utile

J'utilise le Rx Toolkit inclus avec ActiveState Komodo .

Vous pouvez essayer celui-ci http://www.pagecolumn.com/tool/regtest.htm

Pour moi, après avoir regardé le regex (comme je suis assez courant, et j'utilise presque toujours / x ou équivalent), je pourrais déboguer plutôt que tester si je ne suis pas sûr que j'atteindrais une correspondance dégénérée (c'est-à-dire quelque chose qui revient excessivement en arrière) pour voir si je pourrais résoudre de tels problèmes en modifiant la gourmandise d'un opérateur par exemple.

Pour ce faire, j'utiliserais l'une des méthodes mentionnées ci-dessus: pcretest, RegexBuddy (si mon lieu de travail actuel l'a autorisé) ou similaire, et parfois je le chronomètre dans Linqpad si je travaille dans des expressions rationnelles C #.

(L'astuce perl est nouvelle pour moi, donc je l'ajouterai probablement aussi à ma boîte à outils regex.)