 |
Personal Backup Version 5.9 |
| © 2001 − 2018, Dr. Jürgen Rathlev |
Im Programm können reguläre Ausdrücke für die Filterung von Ordnernamen, Dateinamen und Erweiterungen verwendet werden. Dabei gibt es unterschiedliche Voreinstellungen:
Mit dem Modifikator (?i) kann diese Einstellung bei Bedarf angepasst werden.
Personal Backup 5 verwendet die Unicode-Version von TRegExp.
Eine englische und deutsche Beschreibung der Syntax von regulären Ausdrücken findet man bei RegExp Studio. Der nachfolgende Text ist eine überarbeitete deutsche Übersetzung dieser Dokumentation.
Reguläre Ausdrücke sind eine weitverbreitete Methode, um Textmuster zu beschreiben, nach denen gesucht werden soll. Spezielle Metazeichen erlauben die Definition von Bedingungen, um z.B. einen bestimmten String zu suchen, wenn er am Anfang oder am Ende einer Zeile vorkommt, oder ein bestimmtes Zeichen zu suchen, das genau n-mal vorkommt.
Reguläre Ausdrücke sehen üblicherweise für Anfänger ziemlich kryptisch aus, sind aber im Grunde genommen recht einfache (wenn man das Prinzip verstanden hat), aber enorm mächtige Werkzeuge.
Jedes einzelne Zeichen findet sich selbst, außer es ist ein Metazeichen mit einer speziellen Bedeutung (siehe weiter unten).
Eine Sequenz von Zeichen findet genau diese Sequenz im zu durchsuchenden String (Zielstring). Also findet das Muster (= regulärer Ausdruck) bluh genau die Sequenz bluh irgendwo im Zielstring. Soweit ist das noch ganz einfach.
Damit man Zeichen, die üblicherweise als Metazeichen oder Escape-Sequenzen dienen, als ganz normale Zeichen ohne jede Bedeutung finden kann, stellt man diesen Zeichen das sog. Escape-Zeichen \ voran. Ein Beispiel: Das Metazeichen ^ findet den Anfang des Zielstrings, aber \^ findet das Zeichen ^ (Zirkumflex), \\ findet also \ etc.
Zeichen können auch mittels einer Escape-Sequenz angeben werden. Die Syntax
ähnelt derer, wie sie in C oder Perl verwendet wird:
\n findet eine neue Zeile, \t einen Tabulator etc.
Für beliebige ASCII-Zeichen gibt man \xnn an, wobei nn
ein String aus hexadezimalen Ziffern ist. Es wird das Zeichen gefunden, dessen
ASCII Code gleich nn ist. Bei Unicode-Zeichen (16 Bit kodierte Zeichen)
benutzt man \x{nnnn}, wobei nnnn
eine oder mehrere hexadezimale Ziffern sind.
| Code | Beschreibung | Äquivalenz |
| \xnn | Zeichen mit dem Hex-Code nn (ASCII-Text) | |
| \x{nnnn} | Zeichen mit dem Hex-Code nnnn
(ein Byte für ASCII-Text und zwei Bytes für Unicode-Zeichen | |
| \t | Tabulator (HT/TAB) | \x09 |
| \n | Zeilenvorschub (LF) | \x0a |
| \r | Wagenrücklauf (CR) | \x0d |
| \f | Seitenvorschub (FF) | \x0c |
| \a | Alarm (bell) (BEL) | \x07 |
| \e | Escape (ESC) | \x1b |
Weitere Zeichen, die das Escape-Zeichen \ erfordern sind die Klammern () und [] und, wie bereits erwähnt, der "Backslash" \ selbst.
Man kann sogenannte Zeichenklassen definieren, indem man eine Liste von Zeichen, eingeschlossen in eckige Klammern [], angibt. Solch eine Zeichenklasse findet genau eines der aufgeführten Zeichen im Zielstring.
Wenn das erste aufgeführte Zeichen, das direkt dem [ folgt, ein ^ ist, findet die Zeichenklasse alle Zeichen, die nicht in der Liste stehen.
Innerhalb der Liste kann das Zeichen - benutzt werden, um einen Bereich oder eine Menge von Zeichen zu definieren. So definiert a-z alle Zeichen von a bis z.
Falls das Zeichen - selbst ein Mitglied der Zeichenklasse sein soll, dann setzt man es als erstes oder letztes Zeichen in die Liste oder schützt es mit einem vorangestellten Escape-Zeichen \. Wenn das Zeichen ] ebenfalls Mitglied der Zeichenklasse sein soll, dann setzt man es als erstes Zeichen in die Liste oder als \].
Metazeichen sind Zeichen mit speziellen Bedeutungen. Sie sind das wichtigste Werkzeug der regulären Ausdrücke. Es gibt verschiedene Arten von Metazeichen wie nachfolgend beschrieben.
| Code | Beschreibung |
| ^ | Zeilenanfang |
| $ | Zeilenende |
| \A | Textanfang |
| \Z | Textende |
| . | ein beliebiges Zeichen |
Standardmäßig garantiert das Metazeichen ^ nur, dass das Suchmuster sich am Anfang des zu durchsuchenden Strings befinden muss, beim Metazeichen $ entsprechend am Ende des Zielstrings. Kommen im Zielstring Zeilenseparatoren vor, so werden diese von ^ oder $ nicht gefunden.
Wird allerdings der Modifikator (?m) eingeschaltet, so wird der Zielstring als mehrzeiliger Text behandelt. Dadurch findet ^ auch jede Stelle unmittelbar nach und $ jede Stelle unmittelbar vor irgendeinem Zeilenseparator.
\A und \Z funktionieren genau so wie ^ und $, außer dass auch bei eingeschaltetem Modifikator (?m) keine mehrfachen Stellen gefunden werden. ^ und $ dagegen finden die zu suchenden Zeichen auch an jedem Zeilentrenner.
Das . Metazeichen findet standardmäßig alle Zeichen. Zeilenseparatoren werden nur gefunden, wenn der Modifikators (?s) eingeschaltet ist.
TRegExpr geht mit Zeilenseparatoren so um, wie es auf www.unicode.org empfohlen wird:
^ ist am Anfang des Suchstrings: Bei eingeschaltetem Modifikator (?m) werden alle Stellen gefunden, die den Zeichen \x0D\x0A, \x0A oder \x0D folgen. Wird die Unicode-Version von TRegExpr verwendet, dann werden auch die Stellen nach \x2028, \x2029, \x0B, \x0C oder \x85 gefunden. Zu beachten ist, dass es bei der Sequenz \x0D\x0A keine leere Zeile dazwischen gibt. Diese beiden Zeichen werden als zusammengehörig behandelt.
$ ist am Anfang des Suchstrings: Bei eingeschaltetem Modifikator (?m), werden alle Stellen gefunden, die den Zeichen \x0D\x0A, \x0A oder \x0D vorangehen. Wird die Unicode-Version von TRegExpr verwendet, dann werden auch die Stellen vor \x2028, \x2029, \x0B, \x0C oder \x85 gefunden. Zu beachten ist, dass es bei der Sequenz \x0D\x0A keine leere Zeile dazwischen gibt. Diese beiden Zeichen werden als zusammengehörig behandelt.
. findet ein beliebiges Zeichen: Bei ausgeschaltetem Modifikator (?s) werden keine Zeilenseparatoren wie \x0D\x0A, \x0A und \x0D gefunden. Wird die Unicode-Version von TRegExpr verwendet, dan gilt das auch für \x2028, \x2029, \x0B, \x0C und \x85.
Zu beachten ist, dass ^.*$ (das Muster für eine leere Zeile) den leeren String innerhalb der Sequenz \x0D\x0A nicht findet, wohl aber einen Leerstring innerhalb der Sequenz \x0A\x0D.
Die Behandlung des Zielstrings als mehrzeiliger String kann mittels der TRegExpr-Eigenschaften LineSeparators und LinePairedSeparator leicht den erforderlichen Bedürfnissen angepasst werden. Man kann entweder nur den UNIX-Stil- Zeilenseparator \n benutzen, nur die DOS-Stil-Separatoren \r\n oder beide gleichzeitig (wie schon oben beschrieben und wie es als Standard gesetzt ist). Es ist auch möglich, eigene Zeilenseparatoren zu definieren.
| \w | ein alphanumerisches Zeichen inklusive "_" |
| \W | kein alphanumerisches Zeichen, auch kein "_" |
| \d | ein numerisches Zeichen |
| \D | kein numerisches Zeichen |
| \s | irgendein wörtertrennendes Zeichen (entspricht [ \t\n\r\f]) |
| \S | kein wörtertrennendes Zeichen |
\w, \d und \s dürfen auch innerhalb von selbst definierten Zeichenklassen benutzt werden.
TRegExpr benutzt die Eigenschaften SpaceChars und WordChars, um die Zeichenklassen \w, \W, \s, \S zu definieren. Somit lassen diese sich auch leicht umdefinieren.
| \b | findet eine Wortgrenze |
| \B | findet alles ausser einer Wortgrenze |
Eine Wortgrenze \b ist der Ort zwischen zwei Zeichen, bei denen auf der einen Seite ein \w und auf der anderen ein \W steht (s.o.) oder umgekehrt. \b. Es beinhaltet alle Zeichen beginnend vom \w bis zum ersten Zeichen vor dem \W oder umgekehrt.
Jedem Teil eines regulären Ausdruckes kann ein spezieller Typ von Metazeichen folgen, ein Iterator. Dank dieser Metazeichen kann die Häufigkeit des Auftretens des Suchmusters im Zielstring definiert werden. Dies gilt jeweils für das vor diesem Metazeichen stehende Zeichen, Metazeichen oder den Teilausdruck.
| {n} | genau n-maliges Vorkommen ("gierig") |
| {n,} | mindestens n-maliges Vorkommen ("gierig") |
| {n,m} | mindestens n-, aber höchstens m-maliges Vorkommen ("gierig") |
| * | kein- oder mehrmaliges Vorkommen ("gierig"), wie {0,} |
| + | ein- oder mehrmaliges Vorkommen ("gierig"), wie {1,} |
| ? | kein- oder einmaliges Vorkommen ("gierig"), wie {0,1} |
| {n}? | genau n-maliges Vorkommen ("genügsam") |
| {n,}? | mindestens n-maliges Vorkommen ("genügsam") |
| {n,m}? | mindestens n-, aber höchstens m-maliges Vorkommen ("genügsam") |
| *? | kein- oder mehrmaliges Vorkommen ("genügsam"), wie {0,}? |
| +? | ein oder mehrmaliges Vorkommen ("genügsam"), wie {1,}? |
| ?? | kein- oder einmaliges Vorkommen ("genügsam"), wie {0,1}? |
Die Ziffern in den geschweiften Klammern in der Form {n,m} geben an, wie viele Male das Suchmuster im Zielstring gefunden muss, um einen Treffer zu ergeben. Die Angabe {n} ist gleichbedeutend wie {n,n} und findet genau n Vorkommen. Die Form {n,} findet n oder mehre Vorkommen. Es gibt keine Beschränkungen für die Zahlen n und m. Aber je größer sie sind, desto mehr Speicher und Zeit wird benötigt, um den regulären Ausdruck auszuwerten.
Falls eine geschweifte Klammer in einem anderen als dem eben vorgestellten Kontext vorkommt, wird sie wie ein normales Zeichen behandelt.
Eine kleine Erklärung zum Thema "gierig" und "genügsam":
"Gierig" nimmt soviel wie möglich vom Suchmuster, wohingegen "genügsam" mit so wenig
wie nötig bereits zufrieden ist.
Beispiel für den Zielstring abbbbc:
b+ und b* ergeben bbbb
b+? ergibt b
b*? ergibt einen leeren String
b{2,3}? ergibt bb
b{2,3} ergibt bbb.
Alle Iteratoren können mit dem Modifikator (?g) auf den genügsamen Modus umgeschaltet werden.
Eine Reihe von alternativen Angaben für ein Suchmuster wird jeweils mit einem | voneinander getrennt. Auf diese Art findet das Suchmuster fee|fie|foe eines der Vorkommen von fee, fie oder foe im Zielstring. Das Gleiche würde man auch mit f(e|i|o)e erreichen können.
Die erste Angabe für eine Alternative beinhaltet alle Zeichen vom letzten Muster-Begrenzer ( oder [ oder dem Anfang des Suchmusters bis zum ersten |. Die letzte Angabe beinhaltet alles vom letzten | bis zum nächsten darauffolgenden Muster-Begrenzer. Aus diesem Grunde ist es zu empfehlen, die Alternativen immer in Klammern anzugeben, um möglichen Missverständnissen darüber vorzubeugen, wo die Alternativen beginnen und enden.
Alternative Angaben werden von links nach rechts verarbeitet, so dass der Treffer im Zielstring aus den jeweils zuerst passenden Alternativen zusammengesetzt ist. Das bedeutet, dass Alternativen nicht notwendigerweise "gierig" sind. Ein Beispiel: Wenn man mit (foo|foot) im Zielstring barefoot sucht, so passt bereits die erste Angabe. Diese Tatsache mag nicht besonders wichtig erscheinen, aber es ist natürlich wichtig, wenn der gefundene Text zwischengespeichert wird, um ihn wieder zu verwenden (siehe hier).
Man sollte auch nicht vergessen, dass das | innerhalb von eckigen Klammern wie ein normales Zeichen behandelt wird, so dass [fee|fie|foe] dasselbe bedeutet wie [feio|].
Die Einklammerung mit (...) wird auch dazu benutzt, um Teilausdrücke zu definieren. Im Programm findet man nach der Analyse des Ausdrucks die Positionen, Längen und effektive Inhalte der regulären Teilausdrücke in den TRegExpr-Eigenschaften MatchPos, MatchLen und Match und kann die Schablonen-Ausdrücke in TRegExpr.Substitute durch sie ersetzen.
Teilausdrücke werden von links nach rechts nummeriert, jeweils in der Reihenfolge ihrer öffnenden Klammer. Der erste Teilausdruck hat die Nummer 1. Der gesamte reguläre Ausdruck hat die Nummer 0 und wird in der Ersetzen-Schablone (TRegExpr.Substitute) durch $0 oder $& repräsentiert.
Die Metazeichen \1 bis \9 werden in Suchmustern als Rückwärtsreferenzen interpretiert. \<n> findet einen zuvor bereits gefundenen Teilausdruck #<n>.
Modifikatoren sind dazu da, das Verhalten von TRegExpr zu verändern.
Es gibt viele Möglichkeiten, die weiter unten beschriebenen Modifikatoren zu nutzen. Jeder der Modifikatoren kann in das Suchmuster des regulären Ausdruckes mittels des Konstruktes (?...) eingebunden werden.
Die meisten Modifikatoren können aber auch durch Setzen der entsprechenden TRegExpr-Eigenschaft im Programm auf den gewünschten Wert geändert werden (Beispiel: Zuweisung an ModifierX oder ModifierStr für alle Modifikatoren zugleich).
Die Standardwerte für neue Instanzen von TRegExpr-Objekte sind als globalen Variablen im Programm definiert, z.B. legt die globale Variable RegExprModifierX das Verhalten des Modifikators X und damit die Einstellung der TRegExpr-Eigenschaft ModifierX bei neu instantiierten TRegExpr-Objekten fest.
(?i)Die Suche erfolgt ohne Berücksichtigung der Groß- und Kleinschreibung (evtl. abhängig von den Sprach-Einstellungen des Betriebssystems).
(?-i)Die Suche erfolgt mit Berücksichtigung der Groß- und Kleinschreibung.
(?m)Behandle den Zielstring als mehrzeiligen String, d.h. die Bedeutungen
von ^ und $ ändern sich
(siehe auch):
Statt nur den Anfang oder das Ende des Zielstrings zu finden, wird jeder Zeilenseparator
innerhalb eines Strings erkannt.
Behandle den Zielstring als einzelne Zeile., d.h., dass . jedes beliebige Zeichen findet, auch Zeilenseparatoren), die es normalerweise nicht findet.
(?-g)Dieser (nicht-standard) Modifikator schaltet alle folgenden Operatoren in den "Genügsam"-Modus (standardmäßig sind alle Operatoren "gierig"). Danach arbeitet+ wie +? und * wie *? etc.
(?r)Dieser (nicht-standard) Modifikator schaltet in einen speziellen Modus für russische Symbole (In Personal Backup normalerweise ausgeschaltet).
(?x)Erweitert die Lesbarkeit des Suchmusters durch Zwischenräume und Kommentare. Er bewirkt, dass alle Zwischenräume, die nicht durch eine Escape-Sequenz oder innerhalb einer Zeichenklasse gekennzeichnet sind, ignoriert werden. Man kann damit den regulären Ausdruck in kleinere, besser lesbare Teile zerlegen. Das Zeichen # wird als Metazeichen behandelt und leitet einen Kommentar bis zum Zeilenende ein.
Beispiel:Wenn man also echte Zwischenräume oder das # im Suchmuster benötigt, (außerhalb einer Zeichenklasse, wo sie wegen des Modifikators (?x) nicht ignoriert werden), muss das entweder durch Voranstellen des Escape-Zeichens \ oder durch Angabe in der hexadezimalen Schreibweise erfolgen. Beides zusammen sorgt dafür, dass reguläre Ausdrücke besser lesbar werden.
Ein Kommentar, der Text wird ignoriert. Zu beachten ist, dass TRegExpr die nächste schließende Klammer ) als Ende des Kommentars ansieht. Es gibt daher keine Möglichkeit, die Klammer im Kommentar zu verwenden.