Więc twoim problemem jest sprawdzenie poprawności wyrażenia regularnego, wybrałeś wyrażenie regularne do jego rozwiązania. Zastanawiam się, czy właściwość wyrażeń regularnych zwiększających liczbę problemów jest addytywna czy multiplikatywna. Wydaje się, że to 4 problemy zamiast 2 :)
abesto
15
Istnieje wiele notacji dla wyrażeń regularnych - niektóre cechy i ich pisownia są wspólne dla większości, niektóre są pisane inaczej lub są dostępne tylko w jednym konkretnym zapisie. Większość tych notacji nie jest „regularna” w sensie regularnej gramatyki - potrzebujesz parsera bezkontekstowego do obsługi nieograniczonego zagnieżdżania podwyrażeń - chociaż wiele współczesnych notacji „wyrażenie regularne” ma rozszerzenia wykraczające poza pierwotną definicję formalną i mogą pozwolić na rozpoznanie ich własnych zapisów. W każdym razie, dlaczego nie zapytać biblioteki regex, czy każda regex jest poprawna?
Steve314,
1
@ bevacqua muszę sprawdzić poprawność wyrażenia regularnego w schemacie XML. Jak mogę to zrobić bez kolejnego wyrażenia regularnego?
zenden2k
3
Właściwie skompiluj / uruchom regex (wzorzec), który ma zostać sprawdzony, w ramach mechanizmu obsługi wyjątków, który ma Twój język. Zatem silnik / kompilator wyrażenia regularnego języka sprawdzi to. (Zakłada to poprawną podstawową składnię, aby program działał, ale można to uwzględnić podczas sprawdzania, używając narzędzi w swoich językach do oceny ciągu wyrażenia regularnego jako (prawdopodobnie niepoprawnego pod względem składniowym) kodu lub takiego.)
/^# start of string(# first group start(?:(?:[^?+*{}()[\]\\|]+# literals and ^, $| \\.# escaped characters| \[ (?: \^?\\.| \^[^\\]|[^\\^])# character classes(?:[^\]\\]+| \\.)* \]
| \( (?:\?[:=!]|\?<[=!]|\?>)?(?1)?? \) # parenthesis, with recursive content| \(\? (?:R|[+-]?\d+) \) # recursive matching)(?:(?:[?+*]|\{\d+(?:,\d*)?\})[?+]?)?# quantifiers| \| # alternative)*# repeat content)# end first group
$ # end of string/
Jest to wyrażenie rekurencyjne i nie jest obsługiwane przez wiele silników wyrażeń regularnych. Te oparte na PCRE powinny to obsługiwać.
Sprawdza poprawność tylko części wyrażeń regularnych podstawień i tłumaczeń. s/<this part>/.../
Teoretycznie nie jest możliwe dopasowanie wszystkich prawidłowych gramatyki wyrażeń regularnych do wyrażeń regularnych.
Jest to możliwe, jeśli silnik wyrażeń regularnych obsługuje rekurencję, taką jak PCRE, ale tak naprawdę nie można tego nazwać wyrażeniami regularnymi.
Rzeczywiście „rekurencyjne wyrażenie regularne” nie jest wyrażeniem regularnym. Ale to często akceptowane rozszerzenie silników wyrażeń regularnych ... Jak na ironię, to rozszerzone wyrażenia regularne nie pasują do rozszerzonych wyrażeń regularnych.
„Teoretycznie teoria i praktyka są takie same. W praktyce nie są”. Prawie każdy, kto zna wyrażenia regularne, wie, że wyrażenia regularne nie obsługują rekurencji. Ale PCRE i większość innych implementacji obsługuje znacznie więcej niż podstawowe wyrażenia regularne.
użycie tego ze skryptem powłoki w poleceniu grep pokazuje mi jakiś błąd .. grep: Niepoprawna treść {}. Tworzę skrypt, który mógłby grepować bazę kodu, aby znaleźć wszystkie pliki zawierające wyrażenia regularne
Ten wzorzec wykorzystuje rozszerzenie zwane rekurencyjnymi wyrażeniami regularnymi. Nie jest to obsługiwane przez POSIX-owe wyrażenie regularne. Możesz spróbować z przełącznikiem -P, aby włączyć smak regularny PCRE.
Sama regex „nie jest językiem regularnym i dlatego nie można go przeanalizować wyrażeniem regularnym ...”
Dotyczy to klasycznych wyrażeń regularnych. Niektóre nowoczesne implementacje pozwalają na rekursję, co czyni go językiem bezkontekstowym, chociaż jest to dość gadatliwe dla tego zadania.
Widzę, gdzie pasujesz []()/\. i inne specjalne znaki regularne. Gdzie dopuszczasz postacie inne niż specjalne? Wygląda na to, że to pasuje ^(?:[\.]+)$, ale nie ^abcdefg$. To jest poprawne wyrażenie regularne.
[^?+*{}()[\]\\|]dopasuje dowolny pojedynczy znak, nie będący częścią żadnej innej konstrukcji. Obejmuje to zarówno dosłownym ( a- z) oraz niektórych znaków specjalnych ( ^, $, .).
Ta odpowiedź kieruje ludzi w całkowicie złym kierunku. Nigdy nie powinni używać regEx do lokalizowania wyrażeń regularnych, ponieważ nie zawsze działa poprawnie. Zobacz dodaną moją odpowiedź.
vitaly-t
1
.{,1}jest niezrównany. Zmień na ^((?:(?:[^?+*{}()[\]\\|]+|\\.|\[(?:\^?\\.|\^[^\\]|[^\\^])(?:[^\]\\]+|\\.)*\]|\((?:\?[:=!]|\?<[=!]|\?>)?(?1)??\)|\(\?(?:R|[+-]?\d+)\))(?:(?:[?+*]|\{\d*(?:,\d*)?\})[?+]?)?|\|)*)$mecze. Zmień \d+na\d*
Junzen
4
regex przez def nie powinien mieć rekurencji, przynajmniej powiedz coś takiego w swojej odpowiedzi, silnik regex ur jest prawdopodobnie „zbyt mocny”, a nie tak naprawdę silnikiem regex.
Charlie Parker,
Tylko uwaga, że zapomniałeś flagi x
RedClover
Ten walidator wydaje się być stworzony dla wyrażeń PCRE, ale przekaże wiele niepoprawnych ERE POSIX. Warto zauważyć, że są one pickier nieco w przedziałach klasy postaci, np ten jest ważny w PCRE, ale nie w ERE: [a-b-c].
Nie, jeśli mówisz ściśle o wyrażeniach regularnych, a nie o niektórych implementacjach wyrażeń regularnych, które w rzeczywistości są gramatykami pozbawionymi kontekstu.
Istnieje jedno ograniczenie wyrażeń regularnych, które uniemożliwia napisanie wyrażenia regularnego pasującego do wszystkich wyrażeń regularnych. Nie można dopasować implementacji, takich jak sparowane nawiasy klamrowe. Regeksy używają wielu takich konstrukcji, weźmy []jako przykład. Ilekroć istnieje, [musi istnieć dopasowanie ], które jest wystarczająco proste dla wyrażenia regularnego "\[.*\]".
Wyrażenia regularne uniemożliwiają ich zagnieżdżenie. Jak napisać wyrażenie regularne pasujące do zagnieżdżonych nawiasów? Odpowiedź brzmi: nie możesz bez nieskończenie długiego wyrażenia regularnego. Możesz dopasować dowolną liczbę zagnieżdżonych nawiasów za pomocą brutalnej siły, ale nigdy nie możesz dopasować arbitralnie długiego zestawu zagnieżdżonych nawiasów.
Ta funkcja jest często określana jako liczenie, ponieważ liczy się głębokość zagnieżdżenia. Wyrażenie regularne z definicji nie ma możliwości liczenia.
Prawdziwe zwykłe języki nie mogą zdecydować o głęboko zagnieżdżonym, dobrze uformowanym nawiasie. Jeśli Twój alfabet zawiera, '('a Twoim ')'celem jest zdecydowanie, czy ich ciąg ma dobrze uformowany pasujący nawias. Ponieważ jest to niezbędny wymóg dla wyrażeń regularnych, odpowiedź brzmi „nie”.
Jeśli jednak poluzujesz wymaganie i dodasz rekurencję, prawdopodobnie możesz to zrobić. Powodem jest to, że rekurencja może pełnić rolę stosu, umożliwiając „policzenie” bieżącej głębokości zagnieżdżenia poprzez wciśnięcie tego stosu.
Nie, jeśli używasz standardowych wyrażeń regularnych.
Powodem jest to, że nie można zaspokoić pompującego lematu dla zwykłych języków. Stany pompowania Lemat że ciąg należące do języka „L” jest regularny, jeżeli istnieje liczba „n” taki, że po podzieleniu ciąg na trzy podciągi x, y, ztak, że |x|>=1 && |xy|<=Nmożna powtarzać ytyle razy, ile chcesz i cały ciąg nadal będzie należeć do L.
Konsekwencją lematu pompującego jest to, że nie możesz mieć regularnych łańcuchów w formie a^Nb^Mc^N, to znaczy dwóch podciągów o tej samej długości oddzielonych innym łańcuchem. W dowolny sposób podzielona takich ciągów w x, yi znie można „pompa” ybez uzyskania ciąg z innej liczby „a” i „c”, pozostawiając oryginalny język. Tak jest na przykład w przypadku nawiasów wyrażeń regularnych.
To nie jest bardzo dokładny opis lematu pompującego. Po pierwsze, cały język może być regularny lub nie, nie pojedynczy ciąg. Po drugie, jest to konieczny, a nie wystarczający warunek prawidłowości. Wreszcie pompowalne są tylko wystarczająco długie struny.
darij grinberg
13
Chociaż jest możliwe użycie rekursywnego wyrażenia regularnego, jak napisał MizardX, dla tego rodzaju rzeczy jest znacznie bardziej użyteczny parser. Regeksy pierwotnie miały być używane z normalnymi językami, ponieważ rekurencja lub posiadanie grup równoważących to tylko łatka.
Język, który definiuje prawidłowe wyrażenia regularne, jest w rzeczywistości gramatyką bezkontekstową i do jego obsługi należy użyć odpowiedniego analizatora składni. Oto przykład uniwersyteckiego projektu analizującego proste wyrażenia regularne (bez większości konstrukcji). Korzysta z JavaCC. I tak, komentarze są w języku hiszpańskim, chociaż nazwy metod są dość oczywiste.
Możesz przesłać wyrażenie regularne, do preg_matchktórego zwróci false, jeśli wyrażenie regularne jest nieprawidłowe. Nie zapomnij użyć, @aby ukryć komunikaty o błędach:
@preg_match($regexToTest,'');
Zwraca 1, jeśli wyrażenie regularne jest //.
Zwróci 0, jeśli wyrażenie regularne jest w porządku.
Poniższy przykład Paula McGuire'a, pierwotnie z wiki pyparsing, ale teraz dostępny tylko za pośrednictwem Wayback Machine , daje gramatykę do parsowania niektórych wyrażeń regularnych w celu zwrócenia zestawu pasujących ciągów. Jako taki, odrzuca te, które zawierają nieograniczone warunki powtórzeń, takie jak „+” i „*”. Ale powinien dać ci wyobrażenie o tym, jak skonstruować parser, który przetworzy re.
# # invRegex.py## Copyright 2008, Paul McGuire## pyparsing script to expand a regular expression into all possible matching strings# Supports:# - {n} and {m,n} repetition, but not unbounded + or * repetition# - ? optional elements# - [] character ranges# - () grouping# - | alternation#
__all__ =["count","invert"]from pyparsing import(Literal, oneOf, printables,ParserElement,Combine,SkipTo, operatorPrecedence,ParseFatalException,Word, nums, opAssoc,Suppress,ParseResults, srange)classCharacterRangeEmitter(object):def __init__(self,chars):# remove duplicate chars in character range, but preserve original order
seen =set()self.charset ="".join( seen.add(c)or c for c in chars if c notin seen )def __str__(self):return'['+self.charset+']'def __repr__(self):return'['+self.charset+']'def makeGenerator(self):def genChars():for s inself.charset:yield s
return genChars
classOptionalEmitter(object):def __init__(self,expr):self.expr = expr
def makeGenerator(self):def optionalGen():yield""for s inself.expr.makeGenerator()():yield s
return optionalGen
classDotEmitter(object):def makeGenerator(self):def dotGen():for c in printables:yield c
return dotGen
classGroupEmitter(object):def __init__(self,exprs):self.exprs =ParseResults(exprs)def makeGenerator(self):def groupGen():def recurseList(elist):if len(elist)==1:for s in elist[0].makeGenerator()():yield s
else:for s in elist[0].makeGenerator()():for s2 in recurseList(elist[1:]):yield s + s2
ifself.exprs:for s in recurseList(self.exprs):yield s
return groupGen
classAlternativeEmitter(object):def __init__(self,exprs):self.exprs = exprs
def makeGenerator(self):def altGen():for e inself.exprs:for s in e.makeGenerator()():yield s
return altGen
classLiteralEmitter(object):def __init__(self,lit):self.lit = lit
def __str__(self):return"Lit:"+self.lit
def __repr__(self):return"Lit:"+self.lit
def makeGenerator(self):def litGen():yieldself.lit
return litGen
def handleRange(toks):returnCharacterRangeEmitter(srange(toks[0]))def handleRepetition(toks):
toks=toks[0]if toks[1]in"*+":raiseParseFatalException("",0,"unbounded repetition operators not supported")if toks[1]=="?":returnOptionalEmitter(toks[0])if"count"in toks:returnGroupEmitter([toks[0]]*int(toks.count))if"minCount"in toks:
mincount =int(toks.minCount)
maxcount =int(toks.maxCount)
optcount = maxcount - mincount
if optcount:
opt =OptionalEmitter(toks[0])for i in range(1,optcount):
opt =OptionalEmitter(GroupEmitter([toks[0],opt]))returnGroupEmitter([toks[0]]* mincount +[opt])else:return[toks[0]]* mincount
def handleLiteral(toks):
lit =""for t in toks:if t[0]=="\\":if t[1]=="t":
lit +='\t'else:
lit += t[1]else:
lit += t
returnLiteralEmitter(lit)def handleMacro(toks):
macroChar = toks[0][1]if macroChar =="d":returnCharacterRangeEmitter("0123456789")elif macroChar =="w":returnCharacterRangeEmitter(srange("[A-Za-z0-9_]"))elif macroChar =="s":returnLiteralEmitter(" ")else:raiseParseFatalException("",0,"unsupported macro character ("+ macroChar +")")def handleSequence(toks):returnGroupEmitter(toks[0])def handleDot():returnCharacterRangeEmitter(printables)def handleAlternative(toks):returnAlternativeEmitter(toks[0])
_parser =Nonedef parser():global _parser
if _parser isNone:ParserElement.setDefaultWhitespaceChars("")
lbrack,rbrack,lbrace,rbrace,lparen,rparen = map(Literal,"[]{}()")
reMacro =Combine("\\"+ oneOf(list("dws")))
escapedChar =~reMacro +Combine("\\"+ oneOf(list(printables)))
reLiteralChar ="".join(c for c in printables if c notin r"\[]{}().*?+|")+" \t"
reRange =Combine(lbrack +SkipTo(rbrack,ignore=escapedChar)+ rbrack)
reLiteral =( escapedChar | oneOf(list(reLiteralChar)))
reDot =Literal(".")
repetition =(( lbrace +Word(nums).setResultsName("count")+ rbrace )|( lbrace +Word(nums).setResultsName("minCount")+","+Word(nums).setResultsName("maxCount")+ rbrace )|
oneOf(list("*+?")))
reRange.setParseAction(handleRange)
reLiteral.setParseAction(handleLiteral)
reMacro.setParseAction(handleMacro)
reDot.setParseAction(handleDot)
reTerm =( reLiteral | reRange | reMacro | reDot )
reExpr = operatorPrecedence( reTerm,[(repetition,1, opAssoc.LEFT, handleRepetition),(None,2, opAssoc.LEFT, handleSequence),(Suppress('|'),2, opAssoc.LEFT, handleAlternative),])
_parser = reExpr
return _parser
def count(gen):"""Simple function to count the number of elements returned by a generator."""
i =0for s in gen:
i +=1return i
def invert(regex):"""Call this routine as a generator to return all the strings that
match the input regular expression.
for s in invert("[A-Z]{3}\d{3}"):
print s
"""
invReGenerator =GroupEmitter(parser().parseString(regex)).makeGenerator()return invReGenerator()def main():
tests = r"""
[A-EA]
[A-D]*
[A-D]{3}
X[A-C]{3}Y
X[A-C]{3}\(
X\d
foobar\d\d
foobar{2}
foobar{2,9}
fooba[rz]{2}
(foobar){2}
([01]\d)|(2[0-5])
([01]\d\d)|(2[0-4]\d)|(25[0-5])
[A-C]{1,2}
[A-C]{0,3}
[A-C]\s[A-C]\s[A-C]
[A-C]\s?[A-C][A-C]
[A-C]\s([A-C][A-C])
[A-C]\s([A-C][A-C])?
[A-C]{2}\d{2}
@|TH[12]
@(@|TH[12])?
@(@|TH[12]|AL[12]|SP[123]|TB(1[0-9]?|20?|[3-9]))?
@(@|TH[12]|AL[12]|SP[123]|TB(1[0-9]?|20?|[3-9])|OH(1[0-9]?|2[0-9]?|30?|[4-9]))?
(([ECMP]|HA|AK)[SD]|HS)T
[A-CV]{2}
A[cglmrstu]|B[aehikr]?|C[adeflmorsu]?|D[bsy]|E[rsu]|F[emr]?|G[ade]|H[efgos]?|I[nr]?|Kr?|L[airu]|M[dgnot]|N[abdeiop]?|Os?|P[abdmortu]?|R[abefghnu]|S[bcegimnr]?|T[abcehilm]|Uu[bhopqst]|U|V|W|Xe|Yb?|Z[nr]
(a|b)|(x|y)
(a|b) (x|y)
""".split('\n')for t in tests:
t = t.strip()ifnot t:continueprint'-'*50print t
try:print count(invert(t))for s in invert(t):print s
exceptParseFatalException,pfe:print pfe.msg
printcontinueprintif __name__ =="__main__":
main()
Odpowiedzi:
Jest to wyrażenie rekurencyjne i nie jest obsługiwane przez wiele silników wyrażeń regularnych. Te oparte na PCRE powinny to obsługiwać.
Bez białych znaków i komentarzy:
.NET nie obsługuje bezpośrednio rekursji. (
(?1)
I(?R)
konstruuje.) Rekurencja musiałaby zostać przekonwertowana na liczenie grup zrównoważonych:Zagęszczony:
Z komentarzy:
Sprawdza poprawność tylko części wyrażeń regularnych podstawień i tłumaczeń.
s/<this part>/.../
Jest to możliwe, jeśli silnik wyrażeń regularnych obsługuje rekurencję, taką jak PCRE, ale tak naprawdę nie można tego nazwać wyrażeniami regularnymi.
„Teoretycznie teoria i praktyka są takie same. W praktyce nie są”. Prawie każdy, kto zna wyrażenia regularne, wie, że wyrażenia regularne nie obsługują rekurencji. Ale PCRE i większość innych implementacji obsługuje znacznie więcej niż podstawowe wyrażenia regularne.
Ten wzorzec wykorzystuje rozszerzenie zwane rekurencyjnymi wyrażeniami regularnymi. Nie jest to obsługiwane przez POSIX-owe wyrażenie regularne. Możesz spróbować z przełącznikiem -P, aby włączyć smak regularny PCRE.
Dotyczy to klasycznych wyrażeń regularnych. Niektóre nowoczesne implementacje pozwalają na rekursję, co czyni go językiem bezkontekstowym, chociaż jest to dość gadatliwe dla tego zadania.
[^?+*{}()[\]\\|]
dopasuje dowolny pojedynczy znak, nie będący częścią żadnej innej konstrukcji. Obejmuje to zarówno dosłownym (a
-z
) oraz niektórych znaków specjalnych (^
,$
,.
).źródło
.{,1}
jest niezrównany. Zmień na^((?:(?:[^?+*{}()[\]\\|]+|\\.|\[(?:\^?\\.|\^[^\\]|[^\\^])(?:[^\]\\]+|\\.)*\]|\((?:\?[:=!]|\?<[=!]|\?>)?(?1)??\)|\(\?(?:R|[+-]?\d+)\))(?:(?:[?+*]|\{\d*(?:,\d*)?\})[?+]?)?|\|)*)$
mecze. Zmień\d+
na\d*
[a-b-c]
.Mało prawdopodobne.
Oceń to w
try..catch
jakimkolwiek innym języku.źródło
Nie, jeśli mówisz ściśle o wyrażeniach regularnych, a nie o niektórych implementacjach wyrażeń regularnych, które w rzeczywistości są gramatykami pozbawionymi kontekstu.
Istnieje jedno ograniczenie wyrażeń regularnych, które uniemożliwia napisanie wyrażenia regularnego pasującego do wszystkich wyrażeń regularnych. Nie można dopasować implementacji, takich jak sparowane nawiasy klamrowe. Regeksy używają wielu takich konstrukcji, weźmy
[]
jako przykład. Ilekroć istnieje,[
musi istnieć dopasowanie]
, które jest wystarczająco proste dla wyrażenia regularnego"\[.*\]"
.Wyrażenia regularne uniemożliwiają ich zagnieżdżenie. Jak napisać wyrażenie regularne pasujące do zagnieżdżonych nawiasów? Odpowiedź brzmi: nie możesz bez nieskończenie długiego wyrażenia regularnego. Możesz dopasować dowolną liczbę zagnieżdżonych nawiasów za pomocą brutalnej siły, ale nigdy nie możesz dopasować arbitralnie długiego zestawu zagnieżdżonych nawiasów.
Ta funkcja jest często określana jako liczenie, ponieważ liczy się głębokość zagnieżdżenia. Wyrażenie regularne z definicji nie ma możliwości liczenia.
Skończyło się na tym, że napisałem o tym „ Ograniczenia wyrażeń regularnych ”.
źródło
Dobre pytanie.
Prawdziwe zwykłe języki nie mogą zdecydować o głęboko zagnieżdżonym, dobrze uformowanym nawiasie. Jeśli Twój alfabet zawiera,
'('
a Twoim')'
celem jest zdecydowanie, czy ich ciąg ma dobrze uformowany pasujący nawias. Ponieważ jest to niezbędny wymóg dla wyrażeń regularnych, odpowiedź brzmi „nie”.Jeśli jednak poluzujesz wymaganie i dodasz rekurencję, prawdopodobnie możesz to zrobić. Powodem jest to, że rekurencja może pełnić rolę stosu, umożliwiając „policzenie” bieżącej głębokości zagnieżdżenia poprzez wciśnięcie tego stosu.
Russ Cox napisał „ Dopasowywanie wyrażeń regularnych może być proste i szybkie ”, co jest wspaniałą rozprawą na temat implementacji silnika regex.
źródło
Nie, jeśli używasz standardowych wyrażeń regularnych.
Powodem jest to, że nie można zaspokoić pompującego lematu dla zwykłych języków. Stany pompowania Lemat że ciąg należące do języka „L” jest regularny, jeżeli istnieje liczba „n” taki, że po podzieleniu ciąg na trzy podciągi
x
,y
,z
tak, że|x|>=1 && |xy|<=N
można powtarzaćy
tyle razy, ile chcesz i cały ciąg nadal będzie należeć doL
.Konsekwencją lematu pompującego jest to, że nie możesz mieć regularnych łańcuchów w formie
a^Nb^Mc^N
, to znaczy dwóch podciągów o tej samej długości oddzielonych innym łańcuchem. W dowolny sposób podzielona takich ciągów wx
,y
iz
nie można „pompa”y
bez uzyskania ciąg z innej liczby „a” i „c”, pozostawiając oryginalny język. Tak jest na przykład w przypadku nawiasów wyrażeń regularnych.źródło
Chociaż jest możliwe użycie rekursywnego wyrażenia regularnego, jak napisał MizardX, dla tego rodzaju rzeczy jest znacznie bardziej użyteczny parser. Regeksy pierwotnie miały być używane z normalnymi językami, ponieważ rekurencja lub posiadanie grup równoważących to tylko łatka.
Język, który definiuje prawidłowe wyrażenia regularne, jest w rzeczywistości gramatyką bezkontekstową i do jego obsługi należy użyć odpowiedniego analizatora składni. Oto przykład uniwersyteckiego projektu analizującego proste wyrażenia regularne (bez większości konstrukcji). Korzysta z JavaCC. I tak, komentarze są w języku hiszpańskim, chociaż nazwy metod są dość oczywiste.
źródło
Możesz przesłać wyrażenie regularne, do
preg_match
którego zwróci false, jeśli wyrażenie regularne jest nieprawidłowe. Nie zapomnij użyć,@
aby ukryć komunikaty o błędach://
.źródło
Poniższy przykład Paula McGuire'a, pierwotnie z wiki pyparsing, ale teraz dostępny tylko za pośrednictwem Wayback Machine , daje gramatykę do parsowania niektórych wyrażeń regularnych w celu zwrócenia zestawu pasujących ciągów. Jako taki, odrzuca te, które zawierają nieograniczone warunki powtórzeń, takie jak „+” i „*”. Ale powinien dać ci wyobrażenie o tym, jak skonstruować parser, który przetworzy re.
źródło