Як ви налагодите регекс? [зачинено]

Регулярні вирази можуть стати досить складними. Брак білого простору ускладнює їх читання. Я не можу перейти через звичайний вираз з налагоджувачем. Тож як експерти налагоджують складні регулярні вирази?

Ви купуєте RegexBuddy і використовуєте його вбудовану функцію налагодження . Якщо ви працюєте з регулярними гексами більше двох разів на рік, ви повернете ці гроші назад, заощаджені в найкоротші терміни. RegexBuddy також допоможе вам створити прості і складні регулярні вирази і навіть генерувати код для вас на різних мовах.

Також, за словами розробника, цей інструмент працює майже бездоганно в Linux під час використання з WINE .

З Perl 5.10 use re 'debug';. (Або debugcolorя не можу правильно відформатувати вихід у стеку переповнення.)

$ perl -Mre = налагодження -e '"foobar" = ~ / (.) \ 1 /'
Компіляція REx "(.) \ 1"
Підсумкова програма:
   1: OPEN1 (3)
   3: REG_ANY (4)
   4: ЗАКРИТИ1 (6)
   6: REF1 (8)
   8: END (0)
хліб 1
Відповідність REx "(.) \ 1" проти "foobar"
   0 <> <foobar> | 1: OPEN1 (3)
   0 <> <foobar> | 3: REG_ANY (4)
   1 <f> <ообар> | 4: ЗАКРИТИ1 (6)
   1 <f> <ообар> | 6: REF1 (8)
                                  не вдалося ...
   1 <f> <ообар> | 1: OPEN1 (3)
   1 <f> <ообар> | 3: REG_ANY (4)
   2 <fo> <obar> | 4: ЗАКРИТИ1 (6)
   2 <fo> <obar> | 6: REF1 (8)
   3 <foo> <bar> | 8: END (0)
Матч вдалий!
Вивільнення REx: "(.) \ 1"

Крім того, ви можете додати пробіли та коментарі до регулярних виразів, щоб зробити їх більш зрозумілими. У Perl це робиться за допомогою /xмодифікатора. З pcre, є PCRE_EXTENDEDпрапор.

"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", ...);

Я додам ще одну, щоб я не забув цього: налагодження

Це добре, тому що це дуже візуально:

Коли я застрягаю на регулярному виразі, я зазвичай звертаюся до цього: https://regexr.com/

Ідеально підходить для швидкого тестування, де щось йде не так.

Я використовую Kodos - налагоджувач регулярних виразів Python:

Kodos - це утиліта графічного інтерфейсу Python для створення, тестування та налагодження регулярних виразів для мови програмування Python. Kodos повинен допомогти будь-якому розробнику ефективно та без особливих зусиль розробляти регулярні вирази в Python. Оскільки реалізація регулярних виразів Python заснована на стандарті PCRE , Kodos повинен отримати перевагу розробникам в інших мовах програмування, які також дотримуються стандарту PCRE (Perl, PHP тощо).

(...)

Працює в Linux, Unix, Windows, Mac.

Я думаю, що цього не роблять. Якщо ваш regexp занадто складний і проблематичний до того, що вам потрібен налагоджувач, вам слід створити певний аналізатор або скористатися іншим методом. Це буде набагато легше читати і ремонтувати.

Є чудовий безкоштовний інструмент, тренер Regex . Остання версія доступна лише для Windows; його автор доктор Едмунд Вайц припинив підтримувати версію Linux, оскільки її завантажило занадто мало людей, але на сторінці завантаження є старша версія для Linux.

Я щойно бачив презентацію Regexp :: Debugger від її творця: Даміана Конвей. Дуже вражаючі речі: запустіть на місці або використовуючи інструмент командного рядка (rxrx), інтерактивно чи на "зафіксованому" файлі виконання (зберігається в JSON), крокуйте вперед і назад в будь-якій точці, зупиняйтеся на точках перерви або події, кольоровому виході (налаштовується користувачем ), теплові карти на regexp та string для оптимізації тощо ...

Доступний у CPAN безкоштовно: http://search.cpan.org/~dconway/Regexp-Debugger/lib/Regexp/Debugger.pm

Я використовую цей онлайн-інструмент для налагодження мого регексу:

https://www.regextester.com/

Але так, він не може перемогти RegexBuddy.

Я налагоджую свої реджекси власними очима. Ось чому я використовую /xмодифікатор, пишу до них коментарі та розбиваю їх на частини. Прочитайте Джефрі Фрідла « Регулярні висловлювання», щоб дізнатися, як розвивати швидкі і читаються регулярні вирази. Різні інструменти налагодження регулярних викидів просто провокують програмування вуду.

Що стосується мене, я зазвичай використовую утиліту pcretest, яка може скидати байтовий код будь-якого регулярного виразу, і зазвичай його читати набагато простіше (принаймні для мене). Приклад:

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

Я використовую:

http://regexlib.com/RETester.aspx

Ви також можете спробувати Regex Hero (використовує Silverlight):

http://regexhero.net/tester/

Якщо я відчуваю, що я застряг, мені подобається повертатися назад і генерувати регулярний вираз безпосередньо із зразкового тексту за допомогою txt2re (хоча я зазвичай закінчую переробку отриманого регексу вручну).

Якщо ви користувач Mac, я щойно натрапив на цей:

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

Він безкоштовний і простий у використанні, і мені це дуже допомогло впоратися з RegExs взагалі.

Перегляньте ( невільні ) інструменти на regular-expressions.info . Зокрема, RegexBuddy . Ось пост Джеффа Етвуда на цю тему .

Написання reg reges за допомогою позначення типу PCRE - це як написання асемблера: це добре, якщо ви можете просто побачити відповідні автомати з кінцевим станом у вашій голові, але це може бути важко підтримувати дуже швидко.

Причини не використовувати налагоджувач так само, як і не використовувати налагоджувач з мовою програмування: ви можете виправити локальні помилки, але вони не допоможуть вирішити проблеми дизайну, які призвели до того, що ви зробили локальні помилки в першу чергу місце.

Більш рефлексивний спосіб - використовувати представлення даних для генерації регулярних виразів у вашій мові програмування та мати відповідні абстракції для їх побудови. Вступ Оліна Шивера до його схеми noge regexp дає чудовий огляд проблем, з якими стикаються при розробці цих представлень даних.

Я часто використовую pcretest - навряд чи "налагоджувач", але він працює над текстовим з'єднанням SSH і аналізує саме потрібний мені діалект регексу: мій (C ++) код посилається на libpcre, тому немає складності з тонкими відмінностями в тому, що магія і що не і т.д.

Взагалі я згоден з хлопцем, якому потрібен відладчик регулярних виразів - кодовий запах. Для мене найскладніше використовувати регулярні вирази, як правило, не сам регулярний вираз, а кілька шарів цитування, необхідних для того, щоб вони працювали.

Я часто використовую тестер для регулярних виразів на основі Ruby Rubular

а також в Emacs використовують M-x реконструктор

Firefox також має корисне розширення

Я використовую інструментарій Rx, що входить до ActiveState Komodo .

Ви можете спробувати цей http://www.pagecolumn.com/tool/regtest.htm

Для мене, після того, як виклав регекс (так як я досить вільно, і майже завжди використовую / х або інший еквівалент), я міг би налагоджувати, а не перевіряти, якщо я не впевнений, чи вдарив би я про вироджене збіг (тобто щось, що надмірно зволікає) щоб побачити, чи можу я вирішити такі проблеми, змінивши, наприклад, жадібність оператора.

Для цього я б застосував один із способів, згаданих вище: pcretest, RegexBuddy (якщо моє поточне робоче місце отримало ліцензію на це) або подібний, і іноді я розміщую його в Linqpad, якщо я працюю в C # regexes.

(Трюк perl - це новий для мене, тому, ймовірно, додасть це і до мого інструментарію для регексу.)