Làm thế nào để bạn gỡ lỗi một regex? [đóng cửa]

Biểu thức thông thường có thể trở nên khá phức tạp. Việc thiếu khoảng trắng khiến chúng khó đọc. Tôi không thể bước qua một biểu thức thông thường với trình gỡ lỗi. Vậy làm thế nào để các chuyên gia gỡ lỗi các biểu thức chính quy phức tạp?

Bạn mua RegexBuddy và sử dụng tính năng gỡ lỗi tích hợp của nó . Nếu bạn làm việc với regexes hơn hai lần một năm, bạn sẽ kiếm được số tiền này trong thời gian tiết kiệm nhanh chóng. RegexBuddy cũng sẽ giúp bạn tạo các biểu thức chính quy đơn giản và phức tạp và thậm chí tạo mã cho bạn bằng nhiều ngôn ngữ.

Ngoài ra, theo nhà phát triển, công cụ này chạy gần như hoàn hảo trên Linux khi được sử dụng với WINE .

Với Perl 5.10 , use re 'debug';. (Hoặc debugcolor, nhưng tôi không thể định dạng đầu ra chính xác trên Stack Overflow.)

$ perl -Mre = gỡ lỗi -e '"foobar" = ~ / (.) \ 1 /'
Biên dịch REx "(.) \ 1"
Chương trình cuối cùng:
   1: MỞ 1 (3)
   3: ĐĂNG KÝ (4)
   4: ĐÓNG1 (6)
   6: REF1 (8)
   8: HẾT (0)
minlen 1
Kết hợp REx "(.) \ 1" với "foobar"
   0 <> <foobar> | 1: MỞ 1 (3)
   0 <> <foobar> | 3: ĐĂNG KÝ (4)
   1 <f> <oobar> | 4: ĐÓNG1 (6)
   1 <f> <oobar> | 6: REF1 (8)
                                  thất bại...
   1 <f> <oobar> | 1: MỞ 1 (3)
   1 <f> <oobar> | 3: ĐĂNG KÝ (4)
   2 <fo> <obar> | 4: ĐÓNG1 (6)
   2 <fo> <obar> | 6: REF1 (8)
   3 <foo> <bar> | 8: HẾT (0)
Trận đấu thành công!
Giải phóng REx: "(.) \ 1"

Ngoài ra, bạn có thể thêm khoảng trắng và nhận xét vào biểu thức để làm cho chúng dễ đọc hơn. Trong Perl, điều này được thực hiện với công cụ /xsửa đổi. Với pcre, có PCRE_EXTENDEDcờ.

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

Tôi sẽ thêm một cái khác để tôi không quên nó: debuggex

Điều đó tốt bởi vì nó rất trực quan:

Khi tôi gặp khó khăn trên regex, tôi thường chuyển sang đây: https://regexr.com/

Nó hoàn hảo để nhanh chóng kiểm tra nơi có sự cố.

Tôi sử dụng Kodos - Trình gỡ lỗi biểu thức chính quy Python:

Kodos là một tiện ích GUI của Python để tạo, kiểm tra và gỡ lỗi các biểu thức thông thường cho ngôn ngữ lập trình Python. Kodos nên hỗ trợ bất kỳ nhà phát triển nào phát triển các biểu thức chính quy trong Python một cách hiệu quả và dễ dàng. Do việc triển khai các biểu thức chính quy của Python dựa trên tiêu chuẩn PCRE , Kodos nên có lợi cho các nhà phát triển trong các ngôn ngữ lập trình khác cũng tuân thủ tiêu chuẩn PCRE (Perl, PHP, v.v.).

(...)

Chạy trên Linux, Unix, Windows, Mac.

Tôi nghĩ rằng họ không. Nếu regrec của bạn quá phức tạp và có vấn đề đến mức bạn cần một trình gỡ lỗi, bạn nên tạo một trình phân tích cú pháp cụ thể hoặc sử dụng một phương thức khác. Nó sẽ dễ đọc hơn nhiều và có thể duy trì.

Có một công cụ miễn phí tuyệt vời, Regex Coach . Phiên bản mới nhất chỉ có sẵn cho Windows; tác giả của nó, Tiến sĩ Edmund Weitz đã ngừng duy trì phiên bản Linux vì có quá ít người tải xuống, nhưng có một phiên bản cũ hơn cho Linux trên trang tải xuống.

Tôi vừa xem một bài thuyết trình về Regapi :: Debugger của người tạo ra nó: Damian Conway. Nội dung rất ấn tượng: chạy tại chỗ hoặc sử dụng công cụ dòng lệnh (rxrx), tương tác hoặc trên tệp thực thi "đã ghi" (được lưu trữ trong JSON), bước tới và lùi tại bất kỳ điểm nào, dừng trên các điểm dừng hoặc sự kiện, đầu ra màu (có thể định cấu hình người dùng ), bản đồ nhiệt trên regrec và chuỗi để tối ưu hóa, v.v ...

Có sẵn trên CPAN miễn phí: http://search.cpan.org/~dconway/Regapi-Debugger/lib/Regapi/Debugger.pm

Tôi sử dụng công cụ trực tuyến này để gỡ lỗi regex của mình:

https://www.regextester.com/

Nhưng vâng, nó không thể đánh bại RegexBuddy.

Tôi gỡ lỗi regexes của mình bằng chính mắt mình. Đó là lý do tại sao tôi sử dụng công cụ /xsửa đổi, viết bình luận cho họ và chia chúng thành nhiều phần. Đọc các biểu thức chính quy của Jeffrey Friedl để tìm hiểu cách phát triển các biểu thức chính quy nhanh và dễ đọc. Các công cụ gỡ lỗi regex khác nhau chỉ kích thích lập trình voodoo.

Đối với tôi, tôi thường sử dụng tiện ích pcretest có thể kết xuất mã byte của bất kỳ regex nào và thường thì nó dễ đọc hơn nhiều (đối với tôi ít nhất). Thí dụ:

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

Tôi sử dụng:

http://regexlib.com/RETester.aspx

Bạn cũng có thể thử Regex Hero (sử dụng Silverlight):

http://regexhero.net/tester/

Nếu tôi cảm thấy bế tắc, tôi muốn quay lại và tạo regex trực tiếp từ một văn bản mẫu bằng cách sử dụng txt2re (mặc dù tôi thường kết thúc việc điều chỉnh regex kết quả bằng tay).

Nếu bạn là người dùng Mac, tôi chỉ bắt gặp cái này:

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

Nó miễn phí và đơn giản để sử dụng, và nó giúp ích rất nhiều cho tôi để hiểu về RegExs nói chung.

Hãy xem các công cụ (không miễn phí) trên trang web thường xuyên.expressions.info . RegexBuddy nói riêng. Đây là bài viết của Jeff Atwood về chủ đề này .

Viết reg exes bằng cách sử dụng ký hiệu như PCRE cũng giống như trình biên dịch viết: thật tốt nếu bạn chỉ nhìn thấy automata trạng thái hữu hạn tương ứng trong đầu, nhưng có thể khó duy trì rất nhanh.

Lý do không sử dụng trình gỡ lỗi cũng giống như không sử dụng trình gỡ lỗi với ngôn ngữ lập trình: bạn có thể sửa các lỗi cục bộ, nhưng chúng sẽ không giúp bạn giải quyết các vấn đề thiết kế khiến bạn mắc lỗi cục bộ trong lần đầu tiên địa điểm.

Cách phản ánh hơn là sử dụng các biểu diễn dữ liệu để tạo biểu thức chính trong ngôn ngữ lập trình của bạn và có các tóm tắt thích hợp để xây dựng chúng. Giới thiệu của Olin Shiver về ký hiệu regrec lược đồ của mình cung cấp một cái nhìn tổng quan tuyệt vời về các vấn đề gặp phải khi thiết kế các biểu diễn dữ liệu này.

Tôi thường sử dụng pcretest - hầu như không phải là "trình gỡ lỗi" nhưng nó hoạt động trên kết nối SSH chỉ có văn bản và phân tích chính xác phương ngữ regex tôi cần: mã (C ++) của tôi liên kết với libpcre, vì vậy không có khó khăn gì với sự khác biệt tinh tế trong ma thuật và những gì không, v.v.

Nói chung, tôi đồng ý với người ở trên cần một trình gỡ lỗi regex là một mùi mã. Đối với tôi, khó nhất khi sử dụng regexes thường không phải là chính regex, mà là nhiều lớp trích dẫn cần thiết để làm cho chúng hoạt động.

Tôi thường sử dụng thử nghiệm regrec dựa trên Ruby Rubular

và trong Emacs sử dụng M-x trình xây dựng lại

Firefox cũng có một phần mở rộng hữu ích

Tôi sử dụng Bộ công cụ Rx đi kèm với ActiveState Komodo .

Bạn có thể thử cái này http://www.pagecolumn.com/tool/regtest.htm

Đối với tôi, sau khi đã đánh dấu regex (vì tôi khá thông thạo và gần như luôn luôn sử dụng / x hoặc tương đương), tôi có thể gỡ lỗi thay vì kiểm tra nếu tôi không chắc chắn liệu mình có đạt được kết quả khớp thoái hóa không (ví dụ như thứ gì đó quá ngược) để xem liệu tôi có thể giải quyết các vấn đề như vậy bằng cách sửa đổi sự tham lam của một nhà điều hành chẳng hạn.

Để làm điều đó, tôi sẽ sử dụng một trong các phương pháp được đề cập ở trên: pcretest, RegexBuddy (nếu nơi làm việc hiện tại của tôi đã cấp phép cho nó) hoặc tương tự, và đôi khi tôi sử dụng Linqpad nếu tôi làm việc trong các biểu thức C #.

(Thủ thuật perl là một thủ thuật mới đối với tôi, vì vậy có lẽ cũng sẽ thêm nó vào bộ công cụ regex của tôi.)