On-the-fly Regex-Tester: Regex-Lab

Hallo TiltonJH,

Zitat:

es war eigentlich mehr die frage, ob das so gewollt war/ist.

nein, das war nicht unbedingt gewollt. Wenn ich dran denke, verwende ich bei der nächsten Version Encoding.Default.

Zitat:

da steht: "\<name>" es sollte aber wohl "\k<name>" heißen.

Danke für den Hinweis. Ja, das k ist mir an sich tatsächlich verloren gegangen. Aber ich habe es gerade mal ausprobiert. Man braucht kein k anzugeben; \<name> funktioniert also auch. Deshalb werde ich es wohl so stehen lassen, zumal mir die Syntax ohne k besser gefällt und ich sie auch einleuchtender bzw. besser zu merken finde.

herbivore

Muss mich hier auch nochmal bedanken. Das Tool hilft mir so unglaublich beim entwickeln von Regex parsern. Vielen vielen Dank!

Hallo Hotte,

freut mich, dass du das Regex-Lab weiterentwickelt hast und deine Version und deine Code hier veröffentlichen willst. Natürlich ist das alles nicht nur erlaubt, sondern auch erwünscht.

herbivore

Hallo Herbivore,

auch wenn es schon oft gesagt wurde, kann ich nur wiederholen, wie nützlich das Tool ist.
Vielen Dank für deine Arbeit!

C#ler

Hallo BlackMatrix,

die Escape-Sequenzen brauchst du nur innerhalb von String-Literalen. Das hat mit Regex nichts zu tun. Da Regex-Lab die Eingabe in einem Eingabefeld entgegen nimmt, brauchst du keine der Escape-Sequenzen, die nur für String-Literale im Quellcode erforderlich sind, zu verwenden.

Diese Escape-Sequenzen musst du erst dann einfügen, wenn du den (fertigen) Pattern aus Regex-Lab in ein String-Literal im Quelltext übernimmst. Dafür gibt es in Regex-Lab keine Unterstützung.

Meine Empfehlung ist, für Regex-Pattern im Quellcode immer das @ vor dem String-Literal zu verwenden. Dann beschränken sich die Nacharbeiten auf das Doppeln der Anführungszeichen, das man leicht vor Hand oder - besonders bei längeren Pattern mit vielen Anführungzeichen - per Suchen-und-Ersetzen im Editor vornehmen kann.

Trotzdem steht es natürlich jedem, der möchte, offen, Regex-Lab um eine entsprechende Funktion zu erweitern. Der Quelltext liegt ja vor.

Wegen der Exception-Meldung wäre es nett, wenn du mir eine PM mit einer genauen Beschreibung, was du wie gemacht hast (wie lang war der String, wie lang war die längste Zeile, gab es Besonderheiten, lässt sich der Fehler reproduzieren usw.) schicken könntest. Vielen Dank!

Es ist bekannt, dass RichtextBoxen von sich aus Probleme mit sehr langen Zeilen (ohne Leerzeichen) haben. Das kann jeder in Notepad ausprobieren. Üblicherweise führt das aber nur zu endlosen Wartezeiten nicht zu abstürzen. Daher mein Wunsch nach genaueren Informationen per PM.

EDIT: Laut BlackMatrix ist der Fehler bisher nur ein einziges Mal aufgetreten und ist nicht reproduzierbar. Daher erfolgen erstmal keine weiteren Maßnahmen.

herbivore

Hallo Programmierhans, hallo zusammen,

danke für den Hinweis! Ich habe diesen bzw. die die folgenden Tipps in Kurzform in den Startbeitrag aufgenommen.

Klar, man sollte alle Flags so übernehmen, wie sie in Regex-Lab gesetzt sind bzw. wie man sie in Regex-Lab gesetzt hat. Bzw. sollte man die Flags in Regex-Lab gleich so setzen, wie man sie später im Code haben möchte.

Aus meiner Sicht gibt es einen weiteren Grund, warum ein Pattern, der in Regex-Lab funktioniert, im Code nicht auf Anhieb funktioniert, nämlich wenn man ihn in ein String-Literal schreibt, ohne richtig zu escapen. Um nicht jeden enthaltenen Blackslash verdoppeln zu müssen, bietet es sich an, vor das String-Literal ein @ zu schreiben (siehe  [FAQ] Was bedeutet das @ (=at) vor String-Literalen? Und: Wissenswertes zu Escape-Sequenzen). Selbst dann muss man allerdings noch darauf achten, wenn im Pattern Anführungszeichen (insbesondere zwei Anführungszeichen hintereinander) enthalten sind. Anführungszeichen müssen in String-Literalen mit @ gedoppelt werden, um sie zu escapen.

herbivore

Hallo yetibrain,

das freut mich zu hören. Ich möchte mich jedoch nicht mit fremden Federn schmücken. Das Lob gebührt den Entwicklern des .NET-Framworks, deren Regex-Methoden ich lediglich aufrufe.

herbivore