คุณจะดีบัก regex อย่างไร [ปิด]

นิพจน์ทั่วไปนั้นค่อนข้างซับซ้อน การขาดพื้นที่สีขาวทำให้อ่านยาก ฉันไม่สามารถก้าวผ่านนิพจน์ปกติด้วยตัวดีบัก ดังนั้นผู้เชี่ยวชาญจะดีบักนิพจน์ทั่วไปที่ซับซ้อนได้อย่างไร

คุณซื้อRegexBuddyและใช้คุณสมบัติการดีบักในตัว หากคุณทำงานกับ regexes มากกว่าสองครั้งต่อปีคุณจะสามารถประหยัดเงินได้ทันเวลา RegexBuddy จะช่วยคุณในการสร้างนิพจน์ทั่วไปที่เรียบง่ายและซับซ้อนและยังสร้างรหัสให้คุณในหลายภาษา

นอกจากนี้ตามที่นักพัฒนาเครื่องมือนี้ทำงานเกือบไม่มีที่ติบนลินุกซ์เมื่อใช้กับไวน์

ด้วย Perl use re 'debug';5.10, (หรือdebugcolorแต่ฉันไม่สามารถฟอร์แมตเอาต์พุตอย่างถูกต้องใน Stack Overflow)

$ perl -Mre = debug -e '"foobar" = ~ / (.) \ 1 /'
การคอมไพล์ REx "(.) \ 1"
โปรแกรมสุดท้าย:
   1: OPEN1 (3)
   3: REG_ANY (4)
   4: ปิด 1 (6)
   6: REF1 (8)
   8: END (0)
minlen 1
การจับคู่ REx "(.) \ 1" กับ "foobar"
   0 <> <foobar> | 1: OPEN1 (3)
   0 <> <foobar> | 3: REG_ANY (4)
   1 <f> <oobar> | 4: CLOSE1 (6)
   1 <f> <oobar> | 6: ref1 (8)
                                  ล้มเหลว ...
   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: END (0)
ประสบความสำเร็จในการแข่งขัน!
การเลิก REx: "(.) \ 1"

นอกจากนี้คุณสามารถเพิ่มช่องว่างและความคิดเห็นลงใน regexes เพื่อให้อ่านง่ายขึ้น ใน 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", ...);

ฉันจะเพิ่มอีกเพื่อที่ฉันจะไม่ลืมมัน: debuggex

เป็นเรื่องที่ดีเพราะมันเห็นได้ชัดมาก:

เมื่อฉันติดกับ regex ฉันมักจะหันไปนี้: https://regexr.com/

มันสมบูรณ์แบบสำหรับการทดสอบอย่างรวดเร็วซึ่งมีบางสิ่งผิดปกติ

ฉันใช้Kodos - ดีบักเกอร์ Expression Python ปกติ:

Kodos เป็นยูทิลิตี้ Python GUI สำหรับการสร้างการทดสอบและการดีบักนิพจน์ทั่วไปสำหรับภาษาการเขียนโปรแกรม Python Kodos ควรช่วยผู้พัฒนาให้มีประสิทธิภาพและง่ายดายในการพัฒนานิพจน์ทั่วไปใน Python เนื่องจากการดำเนินการของ Python ในการแสดงออกปกติขึ้นอยู่กับมาตรฐานPCRE , Kodos ควรได้รับประโยชน์นักพัฒนาในภาษาการเขียนโปรแกรมอื่น ๆ ที่เป็นไปตามมาตรฐาน PCRE (Perl, PHP, ฯลฯ ... )

( ... )

ทำงานบน Linux, Unix, Windows, Mac

ฉันคิดว่าพวกเขาทำไม่ได้ หาก regexp ของคุณซับซ้อนเกินไปและมีปัญหาจนถึงจุดที่คุณต้องการดีบักเกอร์คุณควรสร้างโปรแกรมแยกวิเคราะห์เฉพาะหรือใช้วิธีอื่น มันจะสามารถอ่านและบำรุงรักษาได้มากขึ้น

มีเครื่องมือฟรีที่ดีเยี่ยมเป็นRegex โค้ช เวอร์ชั่นล่าสุดใช้งานได้กับ Windows เท่านั้น ผู้เขียน Dr. Edmund Weitz หยุดการบำรุงรักษา Linux เนื่องจากมีผู้ดาวน์โหลดน้อยเกินไป แต่มี Linux รุ่นเก่าในหน้าดาวน์โหลด

ฉันเพิ่งเห็นการนำเสนอของ Regexp :: Debugger โดยผู้สร้าง: Damian Conway สิ่งที่น่าประทับใจมาก: รัน inplace หรือใช้เครื่องมือบรรทัดคำสั่ง (rxrx) แบบโต้ตอบหรือในไฟล์การดำเนินการ "บันทึก" (เก็บไว้ใน JSON) ก้าวไปข้างหน้าและย้อนหลัง ณ จุดใด ๆ หยุดที่จุดพักหรือเหตุการณ์เอาท์พุทสี ) แผนที่ความร้อนบน regexp และสตริงสำหรับการเพิ่มประสิทธิภาพ ฯลฯ ...

มีให้ใน CPAN ฟรี: http://search.cpan.org/~dconway/Regexp-Debugger/lib/Regexp/Debugger.pm

ฉันใช้เครื่องมือออนไลน์นี้เพื่อดีบัก regex ของฉัน:

https://www.regextester.com/

แต่ใช่มันไม่สามารถเอาชนะ RegexBuddy ได้

ฉันดีบัก regexes ด้วยตาของฉันเอง นั่นเป็นเหตุผลที่ฉันใช้โมดิ/xฟายเออร์เขียนความคิดเห็นสำหรับพวกเขาและแยกเป็นส่วน ๆ อ่านนิพจน์ปกติของMasteringของ Jeffrey Friedl เพื่อเรียนรู้วิธีพัฒนานิพจน์ทั่วไปที่รวดเร็วและอ่านได้ เครื่องมือการดีบัก regex หลากหลายเพียงกระตุ้นการเขียนโปรแกรมวู

สำหรับฉันฉันมักจะใช้ยูทิลิตี้ pcretest ซึ่งสามารถถ่ายโอนข้อมูลรหัส byte ของ regex ใด ๆ และมักจะอ่านง่ายขึ้น (สำหรับฉันอย่างน้อย) ตัวอย่าง:

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/

ถ้าฉันรู้สึกติดอยู่ฉันชอบที่จะย้อนกลับและสร้าง regex โดยตรงจากข้อความตัวอย่างโดยใช้txt2re (แม้ว่าฉันมักจะลงเอยด้วยการปรับแต่ง regex ผลลัพธ์ด้วยมือ)

หากคุณเป็นผู้ใช้ Mac ฉันเพิ่งเจอสิ่งนี้:

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

มันฟรีและใช้งานง่ายและมันก็เป็นความช่วยเหลือที่ดีสำหรับฉันในการจับกับ RegExs โดยทั่วไป

ดูได้ที่ (ไม่ฟรีบริการ) เครื่องมือใน regular-expressions.info โดยเฉพาะRegexBuddy นี่คือการโพสต์ Jeff Atwood ในเรื่อง

การเขียน reg โดยใช้สัญกรณ์เหมือนกับ PCREs นั้นเหมือนกับการเขียนแอสเซมเบลอร์: มันก็โอเคถ้าคุณสามารถเห็นออโต จำกัด สถานะที่สอดคล้องกันในหัวของคุณ แต่มันก็ยากที่จะรักษาอย่างรวดเร็ว

เหตุผลที่ไม่ใช้ดีบักเกอร์นั้นเหมือนกับการไม่ใช้ดีบักเกอร์กับภาษาการเขียนโปรแกรม: คุณสามารถแก้ไขข้อผิดพลาดในเครื่อง แต่พวกเขาจะไม่ช่วยคุณแก้ปัญหาการออกแบบที่ทำให้คุณทำผิดพลาดในเครื่องแรก สถานที่.

วิธีไตร่ตรองมากขึ้นคือการใช้การแสดงข้อมูลเพื่อสร้าง regexps ในภาษาการเขียนโปรแกรมของคุณและมี abstractions ที่เหมาะสมในการสร้าง การแนะนำของแลง Shiver เกี่ยวกับสัญกรณ์ regexp ของเขาให้ภาพรวมที่ยอดเยี่ยมของปัญหาที่ต้องเผชิญในการออกแบบการแสดงข้อมูลเหล่านี้

ฉันมักจะใช้ pcretest - แทบจะไม่ "debugger" แต่ทำงานผ่านการเชื่อมต่อ SSH แบบข้อความอย่างเดียวและแยกวิเคราะห์ภาษา regex ที่ฉันต้องการ: ลิงก์โค้ดของฉัน (C ++) ไปยัง libpcre ดังนั้นจึงไม่มีความแตกต่างเล็กน้อยในเวทมนตร์และอะไร ไม่ได้เป็นต้น

โดยทั่วไปฉันเห็นด้วยกับคนข้างต้นที่ต้องการ debugger regex เป็นกลิ่นรหัส สำหรับฉันสิ่งที่ยากที่สุดเกี่ยวกับการใช้ regexes มักไม่ใช่ regex แต่การเขียนข้อความหลาย ๆ ชั้นเพื่อให้มันทำงานได้

ฉันมักจะใช้เครื่องทดสอบ regexp รูบี

และใน Emacs ก็ใช้M-x ตัวสร้างใหม่

Firefox ยังมีส่วนขยายที่มีประโยชน์

ผมใช้ Rx Toolkit พร้อมกับActiveState โคโมโด

คุณสามารถลองอันนี้ http://www.pagecolumn.com/tool/regtest.htm

สำหรับฉันหลังจากที่ใช้สายตา regex (เนื่องจากฉันค่อนข้างคล่องแคล่วและเกือบจะใช้ / x หรือเทียบเท่าเสมอ) ฉันอาจตรวจแก้จุดบกพร่องแทนที่จะทดสอบว่าฉันไม่แน่ใจว่าจะตีคู่ที่เสื่อมสภาพหรือไม่ เพื่อดูว่าฉันสามารถแก้ไขปัญหาดังกล่าวได้หรือไม่โดยการแก้ไขความโลภของผู้ปฏิบัติงานตัวอย่างเช่น

ในการทำเช่นนั้นฉันจะใช้วิธีการใดวิธีการหนึ่งที่กล่าวถึงข้างต้น: pcretest, RegexBuddy (ถ้าที่ทำงานปัจจุบันของฉันมีลิขสิทธิ์) หรือคล้ายกันและบางครั้งฉันใช้เวลาใน Linqpad ถ้าฉันทำงานใน C # regexes

(เคล็ดลับ Perl เป็นหนึ่งใหม่สำหรับฉันดังนั้นอาจจะเพิ่มไปยังชุดเครื่องมือ regex ของฉันด้วย)