Type of compiled regex object in python
Python 3.5 introduced the typing
module. Included therein is typing.Pattern
, a _TypeAlias
.
Starting with Python 3.6, you can simply do:
from typing import Pattern
my_re = re.compile('foo')
assert isinstance(my_re, Pattern)
In 3.5, there used to be a bug requiring you to do this:
assert issubclass(type(my_re), Pattern)
Which isn’t guaranteed to work according to the documentation and test suite.
When the type of something isn't well specified, there's nothing wrong with using the type
builtin to discover the answer at runtime:
>>> import re
>>> retype = type(re.compile('hello, world'))
>>> isinstance(re.compile('goodbye'), retype)
True
>>> isinstance(12, retype)
False
>>>
Discovering the type at runtime protects you from having to access private attributes and against future changes to the return type. There's nothing inelegant about using type
here, though there may be something inelegant about wanting to know the type at all.
That said, with the passage of time, the context of this question has shifted. With contemporary versions of Python, the return type of re.compile
is now re.Pattern
.
The general question about what to do if the type of something is not well-specified is still valid but in this particular case, the type of re.compile(...)
is now well-specified.
It is possible to compare a compiled regular expression with 're._pattern_type'
import re
pattern = r'aa'
compiled_re = re.compile(pattern)
print isinstance(compiled_re, re._pattern_type)
>>True
Gives True, at least in version 2.7
Disclaimer: This isn't intended as a direct answer for your specific needs, but rather something that may be useful as an alternative approach
You can keep with the ideals of duck typing, and use hasattr
to determine if the object has certain properties that you want to utilize. For example, you could do something like:
if hasattr(possibly_a_re_object, "match"): # Treat it like it's an re object
possibly_a_re_object.match(thing_to_match_against)
else:
# alternative handler
Prevention is better than cure. Don't create such a heterogeneous list in the first place. Have a set of allowed strings and a list of compiled regex objects. This should make your checking code look better and run faster:
if input in allowed_strings:
ignored = False
else:
for allowed in allowed_regexed_objects:
if allowed.match(input):
ignored = False
break
If you can't avoid the creation of such a list, see if you have the opportunity to examine it once and build the two replacement objects.