| commit | c661cde89a3dcf5c240c6e26b20ab14afce4b9e9 | [log] [tgz] |
|---|---|---|
| author | YouJiacheng <1503679330@qq.com> | Thu Apr 06 07:21:50 2023 +0800 |
| committer | GitHub <noreply@github.com> | Wed Apr 05 16:21:50 2023 -0700 |
| tree | 4d8768c17ee85fcf58e85cb82a48edc5ed5d432c | |
| parent | 37909ec67adf56070fa7218efa475e87812834e5 [diff] |
Move builtin protocol whitelist to mapping instead of list (#128) Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com>
The typing_extensions module serves two related purposes:
typing.TypeGuard is new in Python 3.10, but typing_extensions allows users on previous Python versions to use it too.typing module.New features may be added to typing_extensions as soon as they are specified in a PEP that has been added to the python/peps repository. If the PEP is accepted, the feature will then be added to typing for the next CPython release. No typing PEP has been rejected so far, so we haven't yet figured out how to deal with that possibility.
Starting with version 4.0.0, typing_extensions uses Semantic Versioning. The major version is incremented for all backwards-incompatible changes. Therefore, it's safe to depend on typing_extensions like this: typing_extensions >=x.y, <(x+1), where x.y is the first version that includes all features you need.
typing_extensions supports Python versions 3.7 and higher. In the future, support for older Python versions will be dropped some time after that version reaches end of life.
This module currently contains the following:
Experimental features
In the standard library since Python 3.12
In typing since Python 3.11
assert_neverassert_typeclear_overloads@dataclass_transform() (see PEP 681)get_overloadsLiteralString (see PEP 675)NeverNotRequired (see PEP 655)reveal_typeRequired (see PEP 655)Self (see PEP 673)TypeVarTuple (see PEP 646; the typing_extensions version supports the default= argument from PEP 696)Unpack (see PEP 646)In typing since Python 3.10
In typing since Python 3.9
Annotated (see PEP 593)In typing since Python 3.8
In typing since Python 3.7
OrderedDictIn typing since Python 3.5 or 3.6 (see the typing documentation for details)
AsyncContextManagerAsyncGeneratorAsyncIterableAsyncIteratorAwaitableChainMapClassVar (see PEP 526)ContextManagerCoroutineCounterDefaultDictDequeNewTypeNoReturnoverloadTextTypeTYPE_CHECKINGget_type_hintsThe following have always been present in typing, but the typing_extensions versions provide additional features:
Certain objects were changed after they were added to typing, and typing_extensions provides a backport even on newer Python versions:
TypedDict does not store runtime information about which (if any) keys are non-required in Python 3.8, and does not honor the total keyword with old-style TypedDict() in Python 3.9.0 and 3.9.1. TypedDict also does not support multiple inheritance with typing.Generic on Python <3.11.get_origin and get_args lack support for Annotated in Python 3.8 and lack support for ParamSpecArgs and ParamSpecKwargs in 3.9.@final was changed in Python 3.11 to set the .__final__ attribute.@overload was changed in Python 3.11 to make function overloads introspectable at runtime. In order to access overloads with typing_extensions.get_overloads(), you must use @typing_extensions.overload.NamedTuple was changed in Python 3.11 to allow for multiple inheritance with typing.Generic.Any at runtime. typing_extensions.Any also provides this capability.TypeVar gains two additional parameters, default= and infer_variance=, in the draft PEPs 695 and 696, which are being considered for inclusion in Python 3.12.There are a few types whose interface was modified between different versions of typing. For example, typing.Sequence was modified to subclass typing.Reversible as of Python 3.5.3.
These changes are not backported to prevent subtle compatibility issues when mixing the differing implementations of modified classes.
Certain types have incorrect runtime behavior due to limitations of older versions of the typing module:
ParamSpec and Concatenate will not work with get_args and get_origin. Certain PEP 612 special cases in user-defined Generics are also not available.These types are only guaranteed to work for static type checking.
To run tests, navigate into the appropriate source directory and run test_typing_extensions.py.