Bagaimana Anda men-debug regex? [Tutup]

Ekspresi reguler bisa menjadi sangat kompleks. Minimnya ruang putih membuat mereka sulit dibaca. Saya tidak bisa melangkah melalui ekspresi reguler dengan debugger. Jadi, bagaimana para ahli men-debug ekspresi reguler yang kompleks?

Anda membeli RegexBuddy dan menggunakan fitur debug bawaannya . Jika Anda bekerja dengan regex lebih dari dua kali setahun, Anda akan menghasilkan uang ini kembali dalam waktu singkat. RegexBuddy juga akan membantu Anda membuat ekspresi reguler yang sederhana dan kompleks, dan bahkan menghasilkan kode untuk Anda dalam berbagai bahasa.

Juga, menurut pengembang, alat ini berjalan hampir tanpa cela di Linux ketika digunakan dengan WINE .

Dengan Perl 5.10 use re 'debug';,. (Atau debugcolor, tapi saya tidak bisa memformat output dengan benar di Stack Overflow.)

$ perl -Mre = debug -e '"foobar" = ~ / (.) \ 1 /'
Kompilasi REx "(.) \ 1"
Program akhir:
   1: OPEN1 (3)
   3: REG_ANY (4)
   4: CLOSE1 (6)
   6: REF1 (8)
   8: AKHIR (0)
minlen 1
Mencocokkan REx "(.) \ 1" dengan "foobar"
   0 <> <foobar> | 1: OPEN1 (3)
   0 <> <foobar> | 3: REG_ANY (4)
   1 <f> <oobar> | 4: CLOSE1 (6)
   1 <f> <oobar> | 6: REF1 (8)
                                  gagal...
   1 <f> <oobar> | 1: OPEN1 (3)
   1 <f> <oobar> | 3: REG_ANY (4)
   2 <fo> <obar> | 4: CLOSE1 (6)
   2 <fo> <obar> | 6: REF1 (8)
   3 <foo> <bar> | 8: AKHIR (0)
Pertandingan berhasil!
Membebaskan REx: "(.) \ 1"

Anda juga dapat menambahkan spasi putih dan komentar ke regex agar lebih mudah dibaca. Dalam Perl, ini dilakukan dengan /xpengubah. Dengan pcre, ada PCRE_EXTENDEDbenderanya.

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

Saya akan menambahkan yang lain sehingga saya tidak melupakannya: debuggex

Itu bagus karena sangat visual:

Ketika saya terjebak pada regex saya biasanya beralih ke ini: https://regexr.com/

Sempurna untuk menguji dengan cepat di mana ada masalah.

Saya menggunakan Kodos - Debugger Ekspresi Reguler Python:

Kodos adalah utilitas Python GUI untuk membuat, menguji dan men-debug ekspresi reguler untuk bahasa pemrograman Python. Kodos harus membantu pengembang mana pun untuk mengembangkan ekspresi reguler dengan Python secara efisien dan mudah. Karena implementasi ekspresi reguler Python didasarkan pada standar PCRE , Kodos harus menguntungkan pengembang dalam bahasa pemrograman lain yang juga mematuhi standar PCRE (Perl, PHP, dll ...).

(...)

Berjalan di Linux, Unix, Windows, Mac.

Saya pikir mereka tidak. Jika regexp Anda terlalu rumit, dan bermasalah hingga Anda membutuhkan debugger, Anda harus membuat parser tertentu, atau menggunakan metode lain. Itu akan jauh lebih mudah dibaca dan dipelihara.

Ada alat gratis yang luar biasa, Pelatih Regex . Versi terbaru hanya tersedia untuk Windows; penulisnya Dr. Edmund Weitz berhenti mempertahankan versi Linux karena terlalu sedikit orang yang mengunduhnya, tetapi ada versi yang lebih lama untuk Linux pada halaman unduhan.

Saya baru saja melihat presentasi Regexp :: Debugger oleh penciptanya: Damian Conway. Hal-hal yang sangat mengesankan: berjalan di tempat atau menggunakan alat baris perintah (rxrx), secara interaktif atau pada file eksekusi "dicatat" (disimpan di JSON), melangkah maju dan mundur di titik mana pun, berhenti di breakpoints atau peristiwa, keluaran berwarna (dapat dikonfigurasi pengguna) ), memanaskan peta pada regexp dan string untuk optimasi, dll ...

Tersedia di CPAN gratis: http://search.cpan.org/~dconway/Regexp-Debugger/lib/Regexp/Debugger.pm

Saya menggunakan alat online ini untuk men-debug regex saya:

https://www.regextester.com/

Tapi ya, itu tidak bisa mengalahkan RegexBuddy.

Saya men-debug regex saya dengan mata saya sendiri. Itu sebabnya saya menggunakan /xpengubah, menulis komentar untuk mereka dan membaginya menjadi beberapa bagian. Baca Jeffrey Friedl's Mastering Regular Expressions untuk mempelajari cara mengembangkan ekspresi reguler yang cepat dan mudah dibaca. Berbagai alat debugging regex baru saja memprovokasi pemrograman voodoo.

Sedangkan bagi saya, saya biasanya menggunakan utilitas pcretest yang dapat membuang kode byte regex apa pun, dan biasanya jauh lebih mudah dibaca (setidaknya untuk saya). Contoh:

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

Saya menggunakan:

http://regexlib.com/RETester.aspx

Anda juga dapat mencoba Regex Hero (menggunakan Silverlight):

http://regexhero.net/tester/

Jika saya merasa mandek, saya ingin mundur dan membuat regex langsung dari teks sampel menggunakan txt2re (walaupun saya biasanya men-tweak regex yang dihasilkan dengan tangan).

Jika Anda pengguna Mac, saya baru saja menemukan yang ini:

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

Ini gratis, dan mudah digunakan, dan sudah sangat membantu bagi saya untuk memahami RegEx secara umum.

Lihat alat (tidak gratis) di regular-expressions.info . RegexBuddy pada khususnya. Ini adalah posting Jeff Atwood tentang masalah ini .

Menulis rege menggunakan notasi seperti PCRE sama seperti menulis assembler: tidak apa-apa jika Anda bisa melihat automata keadaan terbatas yang sesuai di kepala Anda, tetapi bisa jadi sulit untuk mempertahankannya dengan sangat cepat.

Alasan untuk tidak menggunakan debugger hampir sama dengan karena tidak menggunakan debugger dengan bahasa pemrograman: Anda dapat memperbaiki kesalahan lokal, tetapi mereka tidak akan membantu Anda memecahkan masalah desain yang membuat Anda membuat kesalahan lokal di pertama tempat.

Cara yang lebih reflektif adalah dengan menggunakan representasi data untuk menghasilkan regexps dalam bahasa pemrograman Anda, dan memiliki abstraksi yang tepat untuk membangunnya. Pengantar Olin Shiver pada notasi regexp skema-nya memberikan gambaran yang sangat baik tentang masalah yang dihadapi dalam merancang representasi data ini.

Saya sering menggunakan pcretest - bukan "debugger" tetapi berfungsi melalui koneksi SSH hanya teks dan mem-parsing persis dialek regex yang saya butuhkan: tautan kode (C ++) saya ke libpcre, jadi tidak ada kesulitan dengan perbedaan halus dalam apa sihir dan apa tidak, dll.

Secara umum saya setuju dengan orang di atas yang memerlukan debugger regex adalah bau kode. Bagi saya yang paling sulit menggunakan regex biasanya bukan regex itu sendiri, tetapi beberapa lapisan kutipan diperlukan untuk membuatnya bekerja.

Saya sering menggunakan rubular regexp tester berbasis Ruby

dan juga di Emacs gunakan M-x re-builder

Firefox juga memiliki ekstensi yang bermanfaat

Saya menggunakan Rx Toolkit yang disertakan dengan ActiveState Komodo .

Anda bisa mencoba yang ini http://www.pagecolumn.com/tool/regtest.htm

Bagi saya, setelah melihat bola mata regex (karena saya cukup lancar, dan hampir selalu menggunakan / x atau setara), saya mungkin men-debug daripada menguji jika saya tidak yakin apakah saya akan menemukan beberapa pencocokan yang merosot (yaitu sesuatu yang berlebihan backtracks) untuk melihat apakah saya bisa menyelesaikan masalah seperti itu dengan memodifikasi keserakahan operator misalnya.

Untuk melakukan itu, saya akan menggunakan salah satu metode yang disebutkan di atas: pcretest, RegexBuddy (jika tempat kerja saya saat ini melisensikannya) atau serupa, dan kadang-kadang saya mengatur waktu di Linqpad jika saya bekerja di C # regexes.

(Trik perl adalah yang baru bagi saya, jadi mungkin akan menambahkan itu ke perangkat regex saya juga.)