Содержание страницы
8. Составные инструкции¶Compound statements
Составные инструкции содержат (группы) других инструкций; они влияют на выполнение этих других инструкций или управляют им. В общем случае составные инструкции охватывают несколько строк, хотя в простых вариантах вся составная инструкция может помещаться в одну строку.
Инструкции if, while и for реализуют
традиционные конструкции управления потоком. try задаёт обработчики исключений
и/или код очистки для группы инструкций, а инструкция
with позволяет выполнять код инициализации и
финализации вокруг блока кода. Определения функций и классов
также синтаксически являются составными инструкциями.
Составная инструкция состоит из одного или нескольких «предложений». Предложение состоит из
заголовка и «набора инструкций». Заголовки предложений одной составной инструкции находятся
на одном уровне отступа. Каждый заголовок предложения начинается с уникального
ключевого слова и завершается двоеточием. Набор инструкций – это группа инструкций,
управляемая предложением. Набор инструкций может состоять из одной или нескольких простых инструкций, разделённых точкой с запятой,
на той же строке, что и заголовок, после его двоеточия, или
из одной или нескольких инструкций с отступом на последующих строках. Только вторая
форма набора инструкций может содержать вложенные составные инструкции; следующий пример недопустим,
в основном потому, что было бы непонятно, к какому предложению if будет относиться последующее
предложение else:
if test1: if test2: print(x)
Также обратите внимание, что точка с запятой связывает сильнее, чем двоеточие в этом контексте, так
что в следующем примере выполняются либо все вызовы print(), либо ни один:
if x < y < z: print(x); print(y); print(z)
Подводя итог:
compound_stmt:if_stmt|while_stmt|for_stmt|try_stmt|with_stmt|match_stmt|funcdef|classdef|async_with_stmt|async_for_stmt|async_funcdefsuite:stmt_listNEWLINE | NEWLINE INDENTstatement+ DEDENT statement:stmt_listNEWLINE |compound_stmtstmt_list:simple_stmt(";"simple_stmt)* [";"]
Обратите внимание, что инструкции всегда заканчиваются NEWLINE, за которым может следовать
DEDENT. Также обратите внимание, что опциональные продолжения всегда начинаются с
ключевого слова, которое не может начинать инструкцию, поэтому неоднозначностей нет (проблема
«висячего else» решается в Python требованием, чтобы вложенные
инструкции if имели отступ).
Форматирование грамматических правил в следующих разделах помещает каждое предложение на отдельную строку для ясности.
8.1. Инструкция if¶The if statement
Инструкция if используется для условного выполнения:
if_stmt: "if"assignment_expression":"suite("elif"assignment_expression":"suite)* ["else" ":"suite]
Он выбирает ровно один из наборов инструкций, вычисляя выражения одно за другим,
пока одно из них не окажется истинным (см. раздел Булевы операции для определения
истины и лжи); затем этот набор выполняется (и никакая другая часть инструкции
if не выполняется и не вычисляется). Если все выражения
ложны, выполняется набор инструкций предложения else, если оно присутствует.
8.2. Инструкция while¶The while statement
Инструкция while используется для повторного выполнения, пока
выражение истинно:
while_stmt: "while"assignment_expression":"suite["else" ":"suite]
Эта инструкция многократно проверяет выражение и, если оно истинно, выполняет первый
набор инструкций; если выражение ложно (возможно, при первой проверке), то
набор инструкций предложения else, если оно присутствует, выполняется, и цикл
завершается.
Инструкция break, выполненная в первом наборе, завершает цикл,
не выполняя набор инструкций предложения else. Инструкция continue,
выполненная в первом наборе, пропускает оставшуюся часть набора и возвращается
к проверке выражения.
8.3. Инструкция for¶The for statement
Инструкция for используется для перебора элементов последовательности
(например, строки, кортежа или списка) или другого итерируемого объекта:
for_stmt: "for"target_list"in"starred_expression_list":"suite["else" ":"suite]
Выражение starred_expression_list вычисляется
один раз; оно должно возвращать объект итерируемый. Для этого итерируемого объекта создаётся итератор.
Первый элемент, предоставленный итератором, затем
присваивается целевому списку с использованием стандартных правил присваивания
(см. Инструкции присваивания), и набор инструкций выполняется. Это повторяется для каждого
элемента, предоставленного итератором. Когда итератор исчерпан,
выполняется набор инструкций в предложении else,
если оно присутствует, и цикл завершается.
Инструкция break, выполненная в первом наборе, завершает цикл,
не выполняя набор инструкций предложения else. Инструкция continue,
выполненная в первом наборе, пропускает оставшуюся часть набора и продолжает
со следующим элементом, или с предложением else, если следующего элемента нет.
Цикл for выполняет присваивания переменным в целевом списке. Это перезаписывает все предыдущие присваивания этим переменным, включая те, что были сделаны в наборе инструкций цикла for:
for i in range(10):
print(i)
i = 5 # это не повлияет на цикл for
# потому что i будет перезаписано следующим
# индексом в range
Имена в целевом списке не удаляются после завершения цикла, но если
последовательность пуста, они вообще не будут присвоены циклом. Подсказка:
встроенный тип range() представляет неизменяемые арифметические последовательности целых чисел.
Например, перебор range(3) последовательно даёт 0, 1, а затем 2.
Изменено в версии 3.11: Элементы со звёздочкой теперь разрешены в списке выражений.
8.4. Инструкция try¶The try statement
Инструкция try задаёт обработчики исключений и/или код очистки
для группы инструкций:
try_stmt:try1_stmt|try2_stmt|try3_stmttry1_stmt: "try" ":"suite("except" [expression["as"identifier]] ":"suite)+ ["else" ":"suite] ["finally" ":"suite] try2_stmt: "try" ":"suite("except" "*"expression["as"identifier] ":"suite)+ ["else" ":"suite] ["finally" ":"suite] try3_stmt: "try" ":"suite"finally" ":"suite
Дополнительную информацию об исключениях можно найти в разделе Исключения,
а информация об использовании инструкции raise для генерации исключений
приведена в разделе Инструкция raise.
Изменено в версии 3.14: Поддержка опционального опускания группирующих скобок при использовании нескольких типов исключений. См. PEP 758.
8.4.1. except предложение¶except clause
Предложения except задают один или несколько обработчиков исключений. Если в предложении try не возникает исключения, ни один обработчик не выполняется. Когда в блоке try возникает исключение, начинается поиск обработчика исключения. Этот поиск последовательно проверяет предложения except, пока не найдёт подходящее для этого исключения. Предложение except без выражения, если присутствует, должно быть последним; оно перехватывает любое исключение.
Для предложения except с выражением это выражение должно вычисляться в тип исключения или кортеж типов исключений. Круглые скобки можно опустить, если указано несколько типов исключений и предложение as не используется. Вызванное исключение соответствует предложению except, чьё выражение вычисляется в класс или невиртуальный базовый класс объекта исключения, или в кортеж, содержащий такой класс.
Если ни одно предложение except не соответствует исключению, поиск обработчика исключения продолжается в окружающем коде и в стеке вызовов. [1]
Если вычисление выражения в заголовке предложения except вызывает исключение, первоначальный поиск обработчика отменяется, и начинается поиск нового исключения в окружающем коде и в стеке вызовов (считается, что исключение вызвано всем оператором try).
Когда найдено подходящее предложение except, исключение присваивается цели, указанной после ключевого слова as в этом предложении except (если она присутствует), и выполняется блок предложения except. Все предложения except должны содержать исполняемый блок. По достижении конца этого блока выполнение продолжается нормально после всего оператора try. (Это означает, что если существуют два вложенных обработчика для одного и того же исключения, и исключение возникает в предложении try внутреннего обработчика, внешний обработчик не обработает исключение.)
Когда исключение было присвоено с помощью as target, оно очищается в конце предложения except. Это эквивалентно следующему:
except E as N:
foo
было преобразовано в:
except E as N:
try:
foo
finally:
del N
Это означает, что исключение должно быть присвоено другому имени, чтобы иметь возможность ссылаться на него после предложения except. Исключения очищаются, потому что вместе с прикреплённой трассировкой они образуют циклическую ссылку с кадром стека, удерживая все локальные переменные в этом кадре до следующей сборки мусора.
Перед выполнением блока предложения except исключение сохраняется в модуле sys, откуда к нему можно получить доступ из тела предложения except с помощью вызова sys.exception(). При выходе из обработчика исключения исключение, сохранённое в модуле sys, сбрасывается к предыдущему значению:
>>> print(sys.exception())
None
>>> try:
... raise TypeError
... except:
... print(repr(sys.exception()))
... try:
... raise ValueError
... except:
... print(repr(sys.exception()))
... print(repr(sys.exception()))
...
TypeError()
ValueError()
TypeError()
>>> print(sys.exception())
None
8.4.2. except* предложение¶except* clause
Предложения except* задают один или несколько обработчиков для групп исключений (экземпляры BaseExceptionGroup). Оператор try может содержать либо предложения except, либо except*, но не одновременно. Тип исключения для сопоставления обязателен в случае except*, поэтому except*: является синтаксической ошибкой. Тип интерпретируется так же, как в случае except, но сопоставление выполняется по исключениям, содержащимся в обрабатываемой группе. Выдаётся TypeError, если сопоставляемый тип является подклассом BaseExceptionGroup, так как это привело бы к неоднозначной семантике.
Когда в блоке try возникает группа исключений, каждое предложение except* разделяет (см. split()) её на подгруппы совпадающих и несовпадающих исключений. Если подгруппа совпадающих не пуста, она становится обработанным исключением (значение, возвращаемое из sys.exception()) и присваивается цели предложения except* (если такая есть). Затем выполняется тело предложения except*. Если подгруппа несовпадающих не пуста, она обрабатывается следующим предложением except* таким же образом. Это продолжается, пока все исключения в группе не будут сопоставлены или не выполнится последнее предложение except*.
После выполнения всех предложений except* группа необработанных исключений объединяется с любыми исключениями, которые были вызваны или повторно вызваны из предложений except*. Эта объединённая группа исключений распространяется дальше:
>>> try:
... raise ExceptionGroup("eg",
... [ValueError(1), TypeError(2), OSError(3), OSError(4)])
... except* TypeError as e:
... print(f'caught {type(e)} with nested {e.exceptions}')
... except* OSError as e:
... print(f'caught {type(e)} with nested {e.exceptions}')
...
caught <class 'ExceptionGroup'> with nested (TypeError(2),)
caught <class 'ExceptionGroup'> with nested (OSError(3), OSError(4))
+ Exception Group Traceback (most recent call last):
| File "<doctest default[0]>", line 2, in <module>
| raise ExceptionGroup("eg",
| [ValueError(1), TypeError(2), OSError(3), OSError(4)])
| ExceptionGroup: eg (1 sub-exception)
+-+---------------- 1 ----------------
| ValueError: 1
+------------------------------------
Если исключение, вызванное в блоке try, не является группой исключений и его тип соответствует одному из предложений except*, оно перехватывается и оборачивается группой исключений с пустой строкой сообщения. Это гарантирует, что тип цели e всегда будет BaseExceptionGroup:
>>> try:
... raise BlockingIOError
... except* BlockingIOError as e:
... print(repr(e))
...
ExceptionGroup('', (BlockingIOError(),))
break, continue и return не могут появляться в предложении except*.
8.4.3. else предложение¶else clause
Необязательное предложение else выполняется, если поток управления покидает блок try, не было вызвано исключение и не выполнялся оператор return, continue или break. Исключения в предложении else не обрабатываются предшествующими предложениями except.
8.4.4. finally предложение¶finally clause
Если присутствует finally, он задаёт обработчик очистки. Выполняется предложение try, включая любые предложения except и else. Если в каком-либо из предложений возникает исключение и оно не обработано, исключение временно сохраняется. Выполняется предложение finally. Если есть сохранённое исключение, оно повторно вызывается в конце предложения finally. Если предложение finally вызывает другое исключение, сохранённое исключение устанавливается как контекст нового исключения. Если предложение finally выполняет оператор return, break или continue, сохранённое исключение отбрасывается. Например, эта функция возвращает 42.
def f():
try:
1/0
finally:
return 42
Информация об исключении недоступна программе во время выполнения предложения finally.
Когда оператор return, break или continue выполняется в блоке try оператора try…finally, предложение finally также выполняется «на выходе».
Возвращаемое значение функции определяется последним выполненным оператором return. Поскольку предложение finally выполняется всегда, оператор return, выполненный в предложении finally, всегда будет последним. Следующая функция возвращает 'finally'.
def foo():
try:
return 'try'
finally:
return 'finally'
Изменено в версии 3.8: До Python 3.8 оператор continue был недопустим в предложении finally из-за проблемы в реализации.
Изменено в версии 3.14: Компилятор выдаёт SyntaxWarning, когда return, break или continue появляется в блоке finally (см. PEP 765).
8.5. Инструкция with¶The with statement
Оператор with используется для обёртывания выполнения блока методами, определёнными контекстным менеджером (см. раздел Контекстные менеджеры оператора with). Это позволяет инкапсулировать типичные шаблоны использования try…except…finally для удобного повторного использования.
with_stmt: "with" ( "("with_stmt_contents","? ")" |with_stmt_contents) ":"suitewith_stmt_contents:with_item(","with_item)* with_item:expression["as"target]
Выполнение оператора with с одним «элементом» происходит следующим образом:
Контекстное выражение (выражение, указанное в
with_item) вычисляется для получения контекстного менеджера.Метод
__enter__()контекстного менеджера загружается для последующего использования.Метод
__exit__()контекстного менеджера загружается для последующего использования.Метод
__enter__()контекстного менеджера вызывается.Если в операторе
withбыла указана цель, возвращаемое значение из__enter__()присваивается ей.Примечание
Оператор
withгарантирует, что если метод__enter__()возвращается без ошибки, то__exit__()всегда будет вызван. Таким образом, если ошибка происходит во время присваивания целевому списку, она обрабатывается так же, как ошибка, возникшая внутри блока. См. шаг 7 ниже.Выполняется блок.
Вызывается метод
__exit__()менеджера контекста. Если исключение вызвало выход из блока, его тип, значение и traceback передаются в качестве аргументов__exit__(). В противном случае передаются три аргументаNone.Если блок был завершён из-за исключения и возвращаемое значение метода
__exit__()было ложным, исключение возбуждается повторно. Если возвращаемое значение было истинным, исключение подавляется, и выполнение продолжается с оператора, следующего за операторомwith.Если блок был завершён по любой причине, кроме исключения, возвращаемое значение
__exit__()игнорируется, и выполнение продолжается в обычном месте для данного типа завершения.
Следующий код:
with EXPRESSION as TARGET:
SUITE
семантически эквивалентен следующему:
manager = (EXPRESSION)
enter = manager.__enter__
exit = manager.__exit__
value = enter()
hit_except = False
try:
TARGET = value
SUITE
except:
hit_except = True
if not exit(*sys.exc_info()):
raise
finally:
if not hit_except:
exit(None, None, None)
за исключением того, что для __enter__() и __exit__() используется неявный поиск специальных методов.
При наличии нескольких элементов менеджеры контекста обрабатываются так, как если бы несколько
операторов with были вложены:
with A() as a, B() as b:
SUITE
семантически эквивалентен следующему:
with A() as a:
with B() as b:
SUITE
Можно также записывать многоэлементные менеджеры контекста в несколько строк, если элементы заключены в круглые скобки. Например:
with (
A() as a,
B() as b,
):
SUITE
Изменено в версии 3.1: Поддержка нескольких выражений контекста.
Изменено в версии 3.10: Поддержка использования группирующих круглых скобок для разбиения инструкции на несколько строк.
8.6. Инструкция match¶The match statement
Добавлено в версии 3.10.
Оператор match используется для сопоставления с образцом. Синтаксис:
match_stmt: 'match'subject_expr":" NEWLINE INDENTcase_block+ DEDENT subject_expr:flexible_expression"," [flexible_expression_list[',']] |assignment_expressioncase_block: 'case'patterns[guard] ":"suite
Примечание
В этом разделе для обозначения мягких ключевых слов используются одинарные кавычки.
Сопоставление с образцом принимает шаблон (после case) и значение-субъект
(после match). Шаблон (который может содержать подшаблоны) сравнивается
со значением-субъектом. Результаты:
Успех или неудача сопоставления (также называется успехом или неудачей шаблона).
Возможное связывание сопоставленных значений с именем. Предварительные условия для этого обсуждаются далее.
Ключевые слова match и case являются мягкими ключевыми словами.
См. также
8.6.1. Обзор¶Overview
Вот обзор логического потока оператора match:
Выражение-субъект
subject_exprвычисляется, и получается результирующее значение-субъект. Если выражение-субъект содержит запятую, кортеж создаётся с использованием стандартных правил.Каждый шаблон в
case_blockпытается совпасть со значением-субъектом. Конкретные правила успеха или неудачи описаны ниже. Попытка сопоставления также может связывать некоторые или все отдельные имена внутри шаблона. Точные правила связывания имён различаются в зависимости от типа шаблона и указаны ниже. Связывания имён, выполненные во время успешного сопоставления с образцом, переживают выполненный блок и могут использоваться после оператора match.Примечание
При неудачных сопоставлениях некоторые подшаблоны могут оказаться успешными. Не полагайтесь на то, что связывания выполняются для неудачного сопоставления. И наоборот, не полагайтесь на то, что переменные остаются неизменными после неудачного сопоставления. Точное поведение зависит от реализации и может различаться. Это намеренное решение, позволяющее различным реализациям добавлять оптимизации.
Если шаблон успешен, вычисляется соответствующее условие (guard), если оно присутствует. В этом случае все связывания имён гарантированно выполнены.
Если условие вычисляется как истина или отсутствует, выполняется
blockвнутриcase_block.В противном случае выполняется попытка следующего
case_block, как описано выше.Если больше нет блоков case, оператор match завершается.
Примечание
Пользователям обычно не следует полагаться на то, что шаблон будет вычислен. В зависимости от реализации интерпретатор может кэшировать значения или использовать другие оптимизации, которые пропускают повторные вычисления.
Пример оператора match:
>>> flag = False
>>> match (100, 200):
... case (100, 300): # Несоответствие: 200 != 300
... print('Case 1')
... case (100, 200) if flag: # Успешное сопоставление, но страж не сработал
... print('Case 2')
... case (100, y): # Сопоставляется и связывает y с 200
... print(f'Case 3, y: {y}')
... case _: # Шаблон не был задействован
... print('Case 4, I match anything!')
...
Case 3, y: 200
В данном случае if flag – это страж. Подробнее об этом в следующем разделе.
8.6.2. Стражи¶Guards
guard: "if" assignment_expression
guard (являющийся частью case) должен успешно выполниться, чтобы код внутри блока case был выполнен. Он принимает форму: if за которым следует выражение.
Логический ход выполнения блока case с guard следующий:
Проверка, успешно ли сопоставился шаблон в блоке
case. Если шаблон не совпал,guardне вычисляется и проверяется следующий блокcase.Если шаблон совпал, вычисляется
guard.Если условие
guardпринимает значение true, выбирается блок case.Если условие
guardпринимает значение false, блок case не выбирается.Если при вычислении
guardвозникает исключение, оно всплывает.
Стражам разрешено иметь побочные эффекты, поскольку они являются выражениями. Вычисление стражей должно выполняться последовательно от первого блока case к последнему, пропуская блоки case, шаблоны которых не совпали все. (Т.е. вычисление стражей должно происходить по порядку.) Вычисление стражей должно останавливаться, как только выбран блок case.
8.6.3. Неопровержимые блоки case¶Irrefutable Case Blocks
Неопровержимый блок case – это блок, который совпадает всегда. Оператор match может иметь не более одного неопровержимого блока case, и он должен быть последним.
Блок case считается неопровержимым, если у него нет стража, а его шаблон неопровержим. Шаблон считается неопровержимым, если из одного только его синтаксиса можно доказать, что он всегда будет успешным. К неопровержимым относятся только следующие шаблоны:
AS-шаблоны, левая часть которых неопровержима
OR-шаблоны, содержащие хотя бы один неопровержимый шаблон
Связывающие шаблоныCapture Patterns
Шаблоны-заглушкиWildcard Patterns
неопровержимые шаблоны в скобках
8.6.4. Шаблоны¶Patterns
Примечание
В этом разделе используются обозначения грамматики, выходящие за рамки стандартного EBNF:
обозначение
SEP.RULE+является сокращением дляRULE (SEP RULE)*обозначение
!RULEявляется сокращением для негативного опережающего утверждения
Синтаксис верхнего уровня для patterns:
patterns:open_sequence_pattern|patternpattern:as_pattern|or_patternclosed_pattern: |literal_pattern|capture_pattern|wildcard_pattern|value_pattern|group_pattern|sequence_pattern|mapping_pattern|class_pattern
Приведённые ниже описания будут включать описание «простым языком» того, что делает шаблон, в иллюстративных целях (благодарность Раймонду Хеттингеру за документ, вдохновивший большинство описаний). Обратите внимание, что эти описания предназначены исключительно для иллюстрации и могут не отражать реальную реализацию. Более того, они не охватывают все допустимые формы.
8.6.4.1. OR-шаблоны¶OR Patterns
OR-шаблон – это два или более шаблона, разделённых вертикальной чертой |. Синтаксис:
or_pattern: "|".closed_pattern+
Только последний подшаблон может быть неопровержимым, и каждый подшаблон должен связывать один и тот же набор имён, чтобы избежать неоднозначности.
OR-шаблон по очереди сопоставляет каждый из своих подшаблонов с проверяемым значением, пока один из них не совпадёт. Тогда OR-шаблон считается успешным. В противном случае, если ни один из подшаблонов не совпал, OR-шаблон терпит неудачу.
Простыми словами, P1 | P2 | ... попытается сопоставить P1; если это не удастся, он попробует сопоставить P2, успешно завершаясь при первом же совпадении, иначе завершаясь неудачей.
8.6.4.2. AS-шаблоны¶AS Patterns
AS-шаблон сопоставляет OR-шаблон слева от ключевого слова as с проверяемым значением. Синтаксис:
as_pattern:or_pattern"as"capture_pattern
Если OR-шаблон терпит неудачу, AS-шаблон также терпит неудачу. В противном случае AS-шаблон связывает проверяемое значение с именем справа от ключевого слова as и завершается успешно. capture_pattern не может быть _.
Простыми словами, P as NAME совпадает с P, и в случае успеха устанавливает NAME = <subject>.
8.6.4.3. Литеральные шаблоны¶Literal Patterns
Литеральный шаблон соответствует большинству литералов в Python. Синтаксис:
literal_pattern:signed_number|signed_number"+" NUMBER |signed_number"-" NUMBER |strings| "None" | "True" | "False" signed_number: ["+" | "-"] NUMBER
Правило strings и токен NUMBER определены в стандартной грамматике Python. Поддерживаются строки в тройных кавычках. Поддерживаются сырые строки и строки байтов. f-строки и t-строки не поддерживаются.
Формы signed_number '+' NUMBER и signed_number '-' NUMBER предназначены для представления комплексных чисел; они требуют действительное число слева и мнимое число справа. Например, 3 + 4j.
Простыми словами, LITERAL будет успешным только если <subject> == LITERAL. Для синглтонов None, True и False используется оператор is.
8.6.4.4. Захватывающие шаблоны¶Capture Patterns
Захватывающий шаблон связывает проверяемое значение с именем. Синтаксис:
capture_pattern: !'_' NAME
Одиночное подчеркивание _ не является захватывающим шаблоном (именно это !'_' и выражает). Вместо этого оно обрабатывается как wildcard_pattern.
В данном шаблоне конкретное имя может быть связано только один раз. Например, case x, x: ... недопустимо, в то время как case [x] | x: ... разрешено.
Захватывающие шаблоны всегда успешны. Связывание следует правилам области видимости, установленным оператором выражений присваивания в PEP 572; имя становится локальной переменной в ближайшей содержащей функции, если только нет применимого оператора global или nonlocal.
Простыми словами, NAME всегда будет успешным и установит NAME = <subject>.
8.6.4.5. Подстановочные шаблоны¶Wildcard Patterns
Подстановочный шаблон всегда успешен (совпадает с чем угодно) и не связывает имя. Синтаксис:
wildcard_pattern: '_'
_ является мягким ключевым словом в любом шаблоне, но только внутри шаблонов. Как обычно, это идентификатор, даже внутри match проверяемых выражений, guard и блоков case.
Простыми словами, _ всегда будет успешным.
8.6.4.6. Шаблоны значений¶Value Patterns
Шаблон значения представляет именованное значение в Python. Синтаксис:
value_pattern:attrattr:name_or_attr"." NAME name_or_attr:attr| NAME
Точечное имя в шаблоне разрешается с использованием стандартных правил разрешения имён Python. Шаблон успешен, если найденное значение равно проверяемому значению (с использованием оператора равенства ==).
Простыми словами, NAME1.NAME2 будет успешным только если <subject> == NAME1.NAME2
Примечание
Если одно и то же значение встречается несколько раз в одном и том же операторе match, интерпретатор может кэшировать первое найденное значение и повторно использовать его вместо повторения того же поиска. Этот кэш строго привязан к конкретному выполнению данного оператора match.
8.6.4.7. Групповые шаблоны¶Group Patterns
Групповой шаблон позволяет добавлять круглые скобки вокруг шаблонов, чтобы подчеркнуть предполагаемую группировку. В остальном он не имеет дополнительного синтаксиса. Синтаксис:
group_pattern: "(" pattern ")"
Простыми словами, (P) имеет тот же эффект, что и P.
8.6.4.8. Шаблоны последовательностей¶Sequence Patterns
Шаблон последовательности содержит несколько подшаблонов для сопоставления с элементами последовательности. Синтаксис похож на распаковку списка или кортежа.
sequence_pattern: "[" [maybe_sequence_pattern] "]" | "(" [open_sequence_pattern] ")" open_sequence_pattern:maybe_star_pattern"," [maybe_sequence_pattern] maybe_sequence_pattern: ",".maybe_star_pattern+ ","? maybe_star_pattern:star_pattern|patternstar_pattern: "*" (capture_pattern|wildcard_pattern)
Нет разницы, используются ли круглые скобки или квадратные скобки для шаблонов последовательностей (т.е. (...) vs [...]).
Примечание
Одиночный шаблон, заключенный в круглые скобки без завершающей запятой (например, (3 | 4)), является групповым шаблоном. В то время как одиночный шаблон в квадратных скобках (например, [3 | 4]) по-прежнему является шаблоном последовательности.
В шаблоне последовательности может быть не более одного звездного подшаблона. Звездный подшаблон может находиться в любой позиции. Если звездный подшаблон отсутствует, шаблон последовательности является шаблоном фиксированной длины; в противном случае это шаблон переменной длины.
Ниже описан логический поток сопоставления шаблона последовательности с проверяемым значением:
Если проверяемое значение не является последовательностью [2], шаблон последовательности не срабатывает.
Если проверяемое значение является экземпляром
str,bytesилиbytearray, шаблон последовательности не срабатывает.Последующие шаги зависят от того, имеет ли шаблон последовательности фиксированную или переменную длину.
Если шаблон последовательности имеет фиксированную длину:
Если длина проверяемой последовательности не равна количеству подшаблонов, шаблон последовательности не совпадает.
Подшаблоны в шаблоне последовательности сопоставляются слева направо с соответствующими элементами проверяемой последовательности. Сопоставление прекращается, как только один из подшаблонов не совпадает. Если все подшаблоны успешно совпали со своими элементами, шаблон последовательности считается совпавшим.
В противном случае, если шаблон последовательности имеет переменную длину:
Если длина проверяемой последовательности меньше количества незвёздных подшаблонов, шаблон последовательности не совпадает.
Начальные незвёздные подшаблоны сопоставляются с соответствующими элементами так же, как для последовательностей фиксированной длины.
Если предыдущий шаг выполнен успешно, звёздный подшаблон сопоставляется со списком, сформированным из оставшихся элементов проверяемой последовательности, за исключением элементов, соответствующих незвёздным подшаблонам, которые следуют за звёздным.
Оставшиеся незвёздные подшаблоны сопоставляются с соответствующими элементами проверяемой последовательности так же, как для последовательности фиксированной длины.
Примечание
Длина проверяемой последовательности получается с помощью
len()(то есть через протокол__len__()). Эта длина может кэшироваться интерпретатором аналогично шаблонам значений.
Проще говоря, [P1, P2, P3, … , P<N>] совпадает только в том случае, если выполняются все следующие условия:
проверить, что
<subject>является последовательностьюlen(subject) == <N>P1совпадает с<subject>[0](обратите внимание, что это сопоставление может также связывать имена)P2совпадает с<subject>[1](обратите внимание, что это сопоставление может также связывать имена)… и так далее для соответствующих пар шаблон/элемент.
8.6.4.9. Шаблоны отображений¶Mapping Patterns
Шаблон отображения содержит один или несколько шаблонов пар ключ-значение. Синтаксис аналогичен созданию словаря. Синтаксис:
mapping_pattern: "{" [items_pattern] "}" items_pattern: ",".key_value_pattern+ ","? key_value_pattern: (literal_pattern|value_pattern) ":"pattern|double_star_patterndouble_star_pattern: "**"capture_pattern
В шаблоне отображения может быть не более одного шаблона с двойной звёздочкой. Шаблон с двойной звёздочкой должен быть последним подшаблоном в шаблоне отображения.
Повторяющиеся ключи в шаблонах отображений запрещены. Повторяющиеся литеральные ключи приводят к возникновению SyntaxError. Два ключа, которые в остальном имеют одинаковое значение, вызовут ValueError во время выполнения.
Ниже описана логика сопоставления шаблона отображения со значением subject:
Если значение subject не является отображением [3], шаблон отображения не совпадает.
Если каждый ключ, указанный в шаблоне отображения, присутствует в отображении subject, и шаблон для каждого ключа совпадает с соответствующим элементом отображения subject, то шаблон отображения считается совпавшим.
Если в шаблоне отображения обнаружены повторяющиеся ключи, шаблон считается недействительным. Для повторяющихся литеральных значений возбуждается
SyntaxError; для именованных ключей с одинаковым значением –ValueError.
Примечание
Пары ключ-значение сопоставляются с помощью двухаргументной формы метода get() отображения subject. Совпавшие пары ключ-значение уже должны присутствовать в отображении, а не создаваться на лету через __missing__() или __getitem__().
Проще говоря, {KEY1: P1, KEY2: P2, ... } совпадает только при выполнении всех следующих условий:
проверить, что
<subject>является отображениемKEY1 in <subject>P1соответствует<subject>[KEY1]… и так далее для соответствующих пар КЛЮЧ/шаблон.
8.6.4.10. Шаблоны классов¶Class Patterns
Шаблон класса представляет класс и его позиционные и именованные аргументы (если есть). Синтаксис:
class_pattern:name_or_attr"(" [pattern_arguments","?] ")" pattern_arguments:positional_patterns[","keyword_patterns] |keyword_patternspositional_patterns: ",".pattern+ keyword_patterns: ",".keyword_pattern+ keyword_pattern: NAME "="pattern
Одно и то же имя ключа не должно повторяться в шаблонах классов.
Ниже описана логика сопоставления шаблона класса со значением subject:
Если
name_or_attrне является экземпляром встроенного типаtype, возбуждаетсяTypeError.Если проверяемое значение не является экземпляром
name_or_attr(проверка выполняется с помощьюisinstance()), то шаблон класса не срабатывает.Если аргументы шаблона отсутствуют, шаблон считается успешным. В противном случае последующие шаги зависят от того, присутствуют ли именованные или позиционные аргументы шаблона.
Для ряда встроенных типов (перечисленных ниже) допускается один позиционный подшаблон, который сопоставляется со всем проверяемым значением; для этих типов именованные шаблоны также работают, как и для других типов.
Если присутствуют только именованные шаблоны, они обрабатываются следующим образом, по одному:
Имя (ключ) ищется как атрибут проверяемого значения.
Если при этом возникает исключение, отличное от
AttributeError, исключение всплывает.Если при этом возникает
AttributeError, шаблон класса считается несостоявшимся.В противном случае подшаблон, связанный с именованным шаблоном, сопоставляется со значением атрибута проверяемого значения. Если сопоставление не удаётся, шаблон класса не срабатывает; если успешно, проверка переходит к следующему именованному аргументу.
Если все именованные шаблоны успешны, шаблон класса считается успешным.
Если присутствуют позиционные шаблоны, они преобразуются в именованные шаблоны с помощью атрибута
__match_args__классаname_or_attrперед сопоставлением:Вызывается эквивалент
getattr(cls, "__match_args__", ()).Если при этом возникает исключение, оно всплывает.
Если возвращённое значение не является кортежем, преобразование не удаётся, и возбуждается
TypeError.Если количество позиционных шаблонов превышает
len(cls.__match_args__), возбуждаетсяTypeError.В противном случае позиционный шаблон
iпреобразуется в именованный шаблон с использованием__match_args__[i]в качестве ключа.__match_args__[i]должен быть строкой; в противном случае возбуждаетсяTypeError.При наличии повторяющихся ключей возбуждается
TypeError.
После преобразования всех позиционных шаблонов в именованные сопоставление продолжается так, как если бы присутствовали только именованные шаблоны.
Для следующих встроенных типов обработка позиционных подшаблонов отличается:
Эти классы принимают один позиционный аргумент, и шаблон в этом случае сопоставляется со всем объектом, а не с атрибутом. Например,
int(0|1)соответствует значению0, но не значению0.0.
Проще говоря, CLS(P1, attr=P2) соответствует только в том случае, если происходит следующее:
isinstance(<subject>, CLS)преобразовать
P1в именованный шаблон с помощьюCLS.__match_args__Для каждого именованного аргумента
attr=P2:hasattr(<subject>, "attr")P2соответствует<subject>.attr
… и так далее для соответствующей пары именованный аргумент/шаблон.
8.7. Определения функций¶Function definitions
Определение функции создаёт объект пользовательской функции (см. раздел Стандартная иерархия типов):
funcdef: [decorators] "def"funcname[type_params] "(" [parameter_list] ")" ["->"expression] ":"suitedecorators:decorator+ decorator: "@"assignment_expressionNEWLINE parameter_list:defparameter(","defparameter)* "," "/" ["," [parameter_list_no_posonly]] |parameter_list_no_posonlyparameter_list_no_posonly:defparameter(","defparameter)* ["," [parameter_list_starargs]] |parameter_list_starargsparameter_list_starargs: "*" [star_parameter] (","defparameter)* ["," [parameter_star_kwargs]] | "*" (","defparameter)+ ["," [parameter_star_kwargs]] |parameter_star_kwargsparameter_star_kwargs: "**"parameter[","] parameter:identifier[":"expression] star_parameter:identifier[":" ["*"]expression] defparameter:parameter["="expression] funcname:identifier
Определение функции – это исполняемый оператор. Его выполнение связывает имя функции в текущей локальной области видимости с объектом функции (обёрткой над исполняемым кодом функции). Этот объект функции содержит ссылку на текущую глобальную область видимости, которая будет использоваться при вызове функции.
Определение функции не выполняет тело функции; оно выполняется только при вызове функции. [4]
Определение функции может быть обёрнуто одним или несколькими выражениями декоратора. Выражения декоратора вычисляются при определении функции в области видимости, содержащей определение функции. Результат должен быть вызываемым объектом, который вызывается с объектом функции в качестве единственного аргумента. Возвращённое значение связывается с именем функции вместо объекта функции. Несколько декораторов применяются вложенным образом. Например, следующий код
@f1(arg)
@f2
def func(): pass
примерно эквивалентно
def func(): pass
func = f1(arg)(f2(func))
за исключением того, что исходная функция не привязывается временно к имени func.
Изменено в версии 3.9: Функции могут быть декорированы любым допустимым
assignment_expression. Ранее грамматика была
гораздо более строгой; подробнее см. PEP 614.
Список параметров типа может быть указан в квадратных скобках
между именем функции и открывающей скобкой её списка параметров.
Это указывает статическим проверяльщикам типов, что функция является обобщённой. Во время выполнения
параметры типа можно получить из атрибута
__type_params__
функции. Подробнее см. Generic functions.
Изменено в версии 3.12: Списки параметров типа появились в Python 3.12.
Когда один или несколько параметров имеют вид параметр =
выражение, говорят, что функция имеет «значения параметров по умолчанию». Для параметра со значением по умолчанию соответствующий аргумент может быть опущен при вызове, и в этом случае подставляется значение параметра по умолчанию. Если параметр имеет значение по умолчанию, все последующие параметры до «*» также должны иметь значение по умолчанию – это синтаксическое ограничение, которое не отражено в грамматике.
Значения параметров по умолчанию вычисляются слева направо при выполнении определения функции. Это означает, что выражение вычисляется один раз, когда функция определяется, и одно и то же «вычисленное заранее» значение используется при каждом вызове. Это особенно важно понимать, когда значением параметра по умолчанию является изменяемый объект, например список или словарь: если функция изменяет объект (например, добавляя элемент в список), то значение по умолчанию фактически изменяется. Обычно это не то, что предполагалось. Один из способов обойти это – использовать None в качестве значения по умолчанию и явно проверять его в теле функции, например:
def whats_on_the_telly(penguin=None):
if penguin is None:
penguin = []
penguin.append("property of the zoo")
return penguin
Семантика вызова функций подробно описана в разделе Calls. Вызов функции всегда присваивает значения всем параметрам, указанным в списке параметров, либо из позиционных аргументов, либо из именованных аргументов, либо из значений по умолчанию. Если присутствует форма «*identifier», она инициализируется кортежем, принимающим все лишние позиционные параметры, по умолчанию пустой кортеж. Если присутствует форма «**identifier», она инициализируется новым упорядоченным отображением, принимающим все лишние именованные аргументы, по умолчанию новым пустым отображением того же типа. Параметры после «*» или «*identifier» являются параметрами только для ключевых слов и могут передаваться только именованными аргументами. Параметры до «/» являются параметрами только для позиции и могут передаваться только позиционными аргументами.
Изменено в версии 3.8: Синтаксис параметра функции / может использоваться для обозначения позиционных параметров. Подробнее см. PEP 570.
Параметры могут иметь аннотацию вида «: expression» после имени параметра. Любой параметр может иметь аннотацию, даже параметры вида *identifier или **identifier. (Как частный случай, параметры вида *identifier могут иметь аннотацию «: *expression».) Функции могут иметь аннотацию «return» вида «-> expression» после списка параметров. Эти аннотации могут быть любым допустимым выражением Python. Наличие аннотаций не меняет семантику функции. См. Annotations для получения дополнительной информации об аннотациях.
Изменено в версии 3.11: Параметры вида «*identifier» могут иметь аннотацию «: *expression». См. PEP 646.
Также можно создавать анонимные функции (функции, не привязанные к имени) для немедленного использования в выражениях. Для этого используются лямбда-выражения, описанные в разделе Lambdas. Обратите внимание, что лямбда-выражение – это всего лишь сокращение для упрощённого определения функции; функцию, определённую в инструкции «def», можно передавать или присваивать другому имени так же, как функцию, определённую лямбда-выражением. Форма «def» на самом деле более мощная, поскольку позволяет выполнять несколько инструкций и аннотаций.
Замечание программисту: Функции – объекты первого класса. Инструкция «def», выполненная внутри определения функции, определяет локальную функцию, которую можно вернуть или передать. Свободные переменные, используемые во вложенной функции, могут обращаться к локальным переменным функции, содержащей def. Подробнее см. раздел Naming and binding.
См. также
- PEP 3107 – Аннотации функций
Оригинальная спецификация аннотаций функций.
- PEP 484 – Аннотации типов
Определение стандартного значения аннотаций: подсказки типов.
- PEP 526 - Синтаксис аннотаций переменных
Возможность аннотировать типы объявлений переменных, включая переменные класса и переменные экземпляра.
- PEP 563 – Отложенное вычисление аннотаций
Поддержка прямых ссылок в аннотациях путём сохранения аннотаций в строковом виде во время выполнения вместо немедленного вычисления.
- PEP 318 – Декораторы для функций и методов
Были введены декораторы функций и методов. Декораторы классов были введены в PEP 3129.
8.8. Определения классов¶Class definitions
Определение класса создаёт объект класса (см. раздел Стандартная иерархия типов):
classdef: [decorators] "class"classname[type_params] [inheritance] ":"suiteinheritance: "(" [argument_list] ")" classname:identifier
Определение класса – это исполняемая инструкция. Список наследования обычно содержит список базовых классов (см. Метаклассы для более продвинутого использования), поэтому каждый элемент списка должен вычисляться в объект класса, который допускает создание подклассов. Классы без списка наследования по умолчанию наследуют от базового класса object; следовательно,
class Foo:
pass
эквивалентна
class Foo(object):
pass
Базовых классов может быть один или несколько; подробнее см. Множественное наследование ниже.
Затем тело класса выполняется в новом фрейме выполнения (см. Naming and binding), используя только что созданное локальное пространство имён и исходное глобальное пространство имён. (Обычно тело содержит в основном определения функций.) Когда выполнение тела класса завершается, его фрейм выполнения отбрасывается, но локальное пространство имён сохраняется. [5] Затем создаётся объект класса с использованием списка наследования для базовых классов и сохранённого локального пространства имён для словаря атрибутов. Имя класса привязывается к этому объекту класса в исходном локальном пространстве имён.
Порядок, в котором атрибуты определяются в теле класса, сохраняется в __dict__ нового класса. Обратите внимание, что это надёжно только сразу после создания класса и только для классов, определённых с использованием синтаксиса определения.
Создание класса можно сильно настраивать с помощью метаклассов.
Классы также могут быть декорированы: так же, как и при декорировании функций,
@f1(arg)
@f2
class Foo: pass
примерно эквивалентно
class Foo: pass
Foo = f1(arg)(f2(Foo))
Правила вычисления выражений декораторов такие же, как и для декораторов функций. Затем результат привязывается к имени класса.
Изменено в версии 3.9: Классы могут быть декорированы любым допустимым
assignment_expression. Ранее грамматика была
гораздо более строгой; подробнее см. PEP 614.
Список параметров типа может быть указан в квадратных скобках
сразу после имени класса.
Это сообщает статическим проверяющим типов, что класс является обобщённым. Во время выполнения
параметры типа можно получить из атрибута класса
__type_params__. Подробнее см. Обобщённые классы.
Изменено в версии 3.12: Списки параметров типа появились в Python 3.12.
Замечание для программиста: Переменные, определённые в определении класса, являются атрибутами класса;
они разделяются экземплярами. Атрибуты экземпляра можно задать в методе с помощью self.name = value. Как атрибуты класса, так и атрибуты экземпляра
доступны через запись “self.name”, и при таком обращении атрибут экземпляра скрывает
атрибут класса с тем же именем. Атрибуты класса могут использоваться как значения по умолчанию для атрибутов экземпляра, но использование изменяемых
значений может привести к неожиданным результатам. Дескрипторы
можно использовать для создания переменных экземпляра с другими деталями реализации.
См. также
8.8.1. Множественное наследование¶Multiple inheritance
Классы Python могут иметь несколько базовых классов – это называется множественным наследованием. Базовые классы указываются в определении класса в круглых скобках после имени класса через запятую. Например, следующее определение класса:
>>> class A: pass
>>> class B: pass
>>> class C(A, B): pass
определяет класс C, который наследуется от классов A и B.
Порядок разрешения методов (MRO) – это порядок, в котором базовые классы просматриваются при поиске атрибута класса. Описание того, как Python определяет MRO для класса, см. в The Python 2.3 Method Resolution Order.
Множественное наследование разрешено не всегда. Попытка определить класс с множественным наследованием вызовет ошибку, если один из базовых классов не допускает создания подклассов, если не удаётся построить согласованный MRO, если не удаётся определить корректный метакласс или если возникает конфликт размещения экземпляров. Рассмотрим каждую из этих причин по порядку.
Во-первых, все базовые классы должны допускать создание подклассов. Хотя большинство классов это позволяют, некоторые встроенные классы – нет, например bool:
>>> class SubBool(bool): # TypeError
... pass
Traceback (most recent call last):
...
TypeError: type 'bool' is not an acceptable base type
В разрешённом MRO класса базовые классы располагаются в том порядке, в котором они указаны в списке базовых классов. Кроме того, MRO всегда перечисляет дочерний класс раньше любого из его базовых. Определение класса завершится ошибкой, если из предоставленного списка баз невозможно построить согласованный MRO, удовлетворяющий этим правилам:
>>> class Base: pass
>>> class Child(Base): pass
>>> class Grandchild(Base, Child): pass # TypeError
Traceback (most recent call last):
...
TypeError: Cannot create a consistent method resolution order (MRO) for bases Base, Child
В MRO класса Grandchild Base должен располагаться перед Child, поскольку он стоит первым в списке базовых классов, но при этом он должен располагаться после Child, так как является родителем Child. Это противоречие, поэтому класс не может быть определён.
Если у некоторых базовых классов определён пользовательский метакласс, то метакласс результирующего класса выбирается среди метаклассов базовых классов и явно указанного метакласса дочернего класса. Это должен быть метакласс, являющийся подклассом всех остальных кандидатов. Если среди кандидатов такого метакласса нет, класс не может быть создан, как описано в Определение подходящего метакласса.
Наконец, макеты экземпляров базовых классов должны быть совместимы. Это означает, что для класса должна существовать возможность вычислить неизменную базу. Какие именно классы являются неизменными базами, зависит от реализации Python.
Особенность реализации CPython: В CPython класс является неизменной базой, если он имеет непустое определение __slots__. Многие, но не все классы, определённые на C, также являются неизменными базами, включая большинство встроенных (например, int или BaseException), но исключая большинство конкретных классов Exception. Как правило, класс на C является неизменной базой, если его внутренняя структура отличается по размеру от структуры его базового класса.
У каждого класса есть неизменная база. object, базовый класс, сам является своей неизменной базой. Если базовый класс один, то неизменная база дочернего класса – это этот класс, если он является неизменной базой; в противном случае – неизменная база базового класса. Если базовых классов несколько, сначала находится неизменная база для каждого базового класса, формируя список кандидатов в неизменные базы. Если среди них есть единственная неизменная база, являющаяся подклассом всех остальных, то она и становится неизменной базой. В противном случае создание класса завершается ошибкой.
Пример:
>>> class Solid1:
... __slots__ = ("solid1",)
>>>
>>> class Solid2:
... __slots__ = ("solid2",)
>>>
>>> class SolidChild(Solid1):
... __slots__ = ("solid_child",)
>>>
>>> class C1: # фиксированный базовый класс – `object`
... pass
>>>
>>> # OK: фиксированные базовые классы – `Solid1` и `object`, и `Solid1` является подклассом `object`.
>>> class C2(Solid1, C1): # фиксированный базовый класс – `Solid1`
... pass
>>>
>>> # OK: фиксированные базовые классы – `SolidChild` и `Solid1`, и `SolidChild` является подклассом `Solid1`.
>>> class C3(SolidChild, Solid1): # фиксированный базовый класс – `SolidChild`
... pass
>>>
>>> # Ошибка: фиксированные базовые классы – `Solid1` и `Solid2`, но ни один из них не является подклассом другого.
>>> class C4(Solid1, Solid2): # ошибка: нет единственного фиксированного базового класса
... pass
Traceback (most recent call last):
...
TypeError: multiple bases have instance lay-out conflict
8.9. Корутины¶Coroutines
Добавлено в версии 3.5.
8.9.1. Определение корутинной функции¶Coroutine function definition
async_funcdef: [decorators] "async" "def"funcname"(" [parameter_list] ")" ["->"expression] ":"suite
Выполнение корутин Python может приостанавливаться и возобновляться во многих точках
(см. корутина). Выражения await, async for и
async with можно использовать только в теле корутинной функции.
Функции, определённые с синтаксисом async def, всегда являются корутинными функциями,
даже если они не содержат ключевых слов await или async.
Использование выражения yield from в теле корутинной функции является SyntaxError.
Пример корутинной функции:
async def func(param1, param2):
do_stuff()
await some_coroutine()
Изменено в версии 3.7: await и async теперь являются ключевыми словами; ранее они рассматривались как таковые только внутри тела корутинной функции.
8.9.2. Инструкция async for¶The async for statement
async_for_stmt: "async" for_stmt
Асинхронный итерируемый объект предоставляет метод __aiter__, который напрямую
возвращает асинхронный итератор, способный вызывать асинхронный код в
своём методе __anext__.
Инструкция async for обеспечивает удобную итерацию по асинхронным итерируемым объектам.
Следующий код:
async for TARGET in ITER:
SUITE
else:
SUITE2
Семантически эквивалентен следующему:
iter = (ITER).__aiter__()
running = True
while running:
try:
TARGET = await iter.__anext__()
except StopAsyncIteration:
running = False
else:
SUITE
else:
SUITE2
за исключением того, что для __aiter__() и __anext__() используется неявный поиск специальных методов.
Использование инструкции async for вне тела корутинной функции является SyntaxError.
8.9.3. Инструкция async with¶The async with statement
async_with_stmt: "async" with_stmt
Асинхронный менеджер контекста – это менеджер контекста, который может приостанавливать выполнение в своих методах входа и выхода.
Следующий код:
async with EXPRESSION as TARGET:
SUITE
семантически эквивалентен следующему:
manager = (EXPRESSION)
aenter = manager.__aenter__
aexit = manager.__aexit__
value = await aenter()
hit_except = False
try:
TARGET = value
SUITE
except:
hit_except = True
if not await aexit(*sys.exc_info()):
raise
finally:
if not hit_except:
await aexit(None, None, None)
за исключением того, что для __aenter__() и __aexit__() используется неявный поиск специальных методов.
Использование инструкции async with вне тела корутинной функции является SyntaxError.
См. также
- PEP 492 - Корутины с синтаксисом async и await
Предложение, которое сделало корутины полноценной самостоятельной концепцией в Python и добавило поддерживающий синтаксис.
8.10. Списки параметров типа¶Type parameter lists
Добавлено в версии 3.12.
Изменено в версии 3.13: Добавлена поддержка значений по умолчанию (см. PEP 696).
type_params: "["type_param(","type_param)* "]" type_param:typevar|typevartuple|paramspectypevar:identifier(":"expression)? ("="expression)? typevartuple: "*"identifier("="expression)? paramspec: "**"identifier("="expression)?
Функции (включая корутины), классы и псевдонимы типов могут содержать список параметров типа:
def max[T](args: list[T]) -> T:
...
async def amax[T](args: list[T]) -> T:
...
class Bag[T]:
def __iter__(self) -> Iterator[T]:
...
def add(self, arg: T) -> None:
...
type ListOrSet[T] = list[T] | set[T]
Семантически это указывает, что функция, класс или псевдоним типа является обобщённым относительно переменной типа. Эта информация в первую очередь используется статическими проверяющими типов, а во время выполнения обобщённые объекты ведут себя почти так же, как их необобщённые аналоги.
Параметры типа объявляются в квадратных скобках ([]) сразу
после имени функции, класса или псевдонима типа. Параметры типа
доступны в области видимости обобщённого объекта, но не за её пределами.
Так, после объявления def func[T](): pass имя T недоступно в
области видимости модуля. Ниже семантика обобщённых объектов описывается
более точно. Область видимости параметров типа моделируется с помощью специальной
функции (технически – области аннотаций), которая
оборачивает создание обобщённого объекта.
Обобщённые функции, классы и псевдонимы типов имеют атрибут
__type_params__, перечисляющий их параметры типа.
Параметры типа бывают трёх видов:
typing.TypeVar– вводится простым именем (например,T). Семантически это представляет единственный тип для проверщика типов.typing.TypeVarTuple– вводится именем с префиксом из одной звёздочки (например,*Ts). Семантически обозначает кортеж из произвольного количества типов.typing.ParamSpec– вводится именем с префиксом из двух звёздочек (например,**P). Семантически обозначает параметры вызываемого объекта.
Объявления typing.TypeVar могут определять границы и ограничения с
двоеточием (:), после которого идёт выражение. Одно выражение после двоеточия
указывает границу (например, T: int). Семантически это означает,
что typing.TypeVar может представлять только типы, являющиеся подтипом
этой границы. Заключённый в скобки кортеж выражений после двоеточия указывает
набор ограничений (например, T: (str, bytes)). Каждый элемент кортежа должен быть
типом (опять же, это не проверяется во время выполнения). Переменная типа с ограничениями может только
принимать один из типов из списка ограничений.
Для параметров typing.TypeVar, объявленных с помощью синтаксиса списка параметров типа,
граница и ограничения не вычисляются при создании обобщённого объекта,
а только при явном обращении к значению через атрибуты __bound__
и __constraints__. Для этого границы или ограничения вычисляются
в отдельной области аннотаций.
typing.TypeVarTuple и typing.ParamSpec не могут иметь границ
или ограничений.
Все три разновидности параметров типа также могут иметь значение по умолчанию, которое используется,
когда параметр типа не указан явно. Оно добавляется путём добавления
одного знака равенства (=) с последующим выражением. Как и границы с
ограничениями переменных типа, значение по умолчанию не вычисляется при создании
объекта, а только при обращении к атрибуту __default__ параметра типа.
Для этого значение по умолчанию вычисляется в отдельной
области аннотаций. Если для параметра типа не указано значение по умолчанию,
атрибут __default__ устанавливается в специальный sentinel-объект typing.NoDefault.
Следующий пример показывает полный набор допустимых объявлений параметров типа:
def overly_generic[
SimpleTypeVar,
TypeVarWithDefault = int,
TypeVarWithBound: int,
TypeVarWithConstraints: (str, bytes),
*SimpleTypeVarTuple = (int, float),
**SimpleParamSpec = (str, bytearray),
](
a: SimpleTypeVar,
b: TypeVarWithDefault,
c: TypeVarWithBound,
d: Callable[SimpleParamSpec, TypeVarWithConstraints],
*e: SimpleTypeVarTuple,
): ...
8.10.1. Обобщённые функции¶Generic functions
Обобщённые функции объявляются следующим образом:
def func[T](arg: T): ...
Этот синтаксис эквивалентен:
annotation-def TYPE_PARAMS_OF_func():
T = typing.TypeVar("T")
def func(arg: T): ...
func.__type_params__ = (T,)
return func
func = TYPE_PARAMS_OF_func()
Здесь annotation-def обозначает область аннотаций,
которая на самом деле не привязана ни к какому имени во время выполнения. (Ещё
одна вольность допущена в преобразовании: синтаксис не использует
доступ к атрибуту модуля typing, а создаёт экземпляр
typing.TypeVar напрямую.)
Аннотации обобщённых функций вычисляются в области аннотаций, используемой для объявления параметров типа, а значения по умолчанию и декораторы функции – нет.
Следующий пример иллюстрирует правила области видимости для этих случаев, а также для дополнительных разновидностей параметров типа:
@decorator
def func[T: int, *Ts, **P](*args: *Ts, arg: Callable[P, T] = some_default):
...
За исключением ленивого вычисления границы
TypeVar, это эквивалентно:
DEFAULT_OF_arg = some_default
annotation-def TYPE_PARAMS_OF_func():
annotation-def BOUND_OF_T():
return int
# На самом деле, BOUND_OF_T() вычисляется только по требованию.
T = typing.TypeVar("T", bound=BOUND_OF_T())
Ts = typing.TypeVarTuple("Ts")
P = typing.ParamSpec("P")
def func(*args: *Ts, arg: Callable[P, T] = DEFAULT_OF_arg):
...
func.__type_params__ = (T, Ts, P)
return func
func = decorator(TYPE_PARAMS_OF_func())
Имена с заглавной буквы, такие как DEFAULT_OF_arg, на самом деле не
привязаны во время выполнения.
8.10.2. Обобщённые классы¶Generic classes
Обобщённые классы объявляются следующим образом:
class Bag[T]: ...
Этот синтаксис эквивалентен:
annotation-def TYPE_PARAMS_OF_Bag():
T = typing.TypeVar("T")
class Bag(typing.Generic[T]):
__type_params__ = (T,)
...
return Bag
Bag = TYPE_PARAMS_OF_Bag()
И снова annotation-def (не настоящее ключевое слово) обозначает
область аннотаций, а имя
TYPE_PARAMS_OF_Bag на самом деле не привязано во время выполнения.
Обобщённые классы неявно наследуются от typing.Generic.
Базовые классы и именованные аргументы обобщённых классов
вычисляются в области видимости типа для параметров типа,
а декораторы вычисляются за пределами этой области. Это иллюстрируется
следующим примером:
@decorator
class Bag(Base[T], arg=T): ...
Это эквивалентно:
annotation-def TYPE_PARAMS_OF_Bag():
T = typing.TypeVar("T")
class Bag(Base[T], typing.Generic[T], arg=T):
__type_params__ = (T,)
...
return Bag
Bag = decorator(TYPE_PARAMS_OF_Bag())
8.10.3. Обобщённые псевдонимы типов¶Generic type aliases
Оператор type также можно использовать для создания обобщённого псевдонима типа:
type ListOrSet[T] = list[T] | set[T]
За исключением ленивого вычисления значения, это эквивалентно:
annotation-def TYPE_PARAMS_OF_ListOrSet():
T = typing.TypeVar("T")
annotation-def VALUE_OF_ListOrSet():
return list[T] | set[T]
# На самом деле, значение вычисляется лениво.
return typing.TypeAliasType("ListOrSet", VALUE_OF_ListOrSet(), type_params=(T,))
ListOrSet = TYPE_PARAMS_OF_ListOrSet()
Здесь annotation-def (не настоящее ключевое слово) обозначает
область аннотаций. Имена с заглавной буквы,
такие как TYPE_PARAMS_OF_ListOrSet, на самом деле не привязаны во время выполнения.
8.11. Аннотации¶Annotations
Изменено в версии 3.14: Аннотации теперь по умолчанию вычисляются лениво.
Переменные и параметры функций могут иметь аннотации, создаваемые добавлением двоеточия после имени с последующим выражением:
x: annotation = 1
def f(param: annotation): ...
Функции также могут иметь аннотацию возврата после стрелки:
def f() -> annotation: ...
Аннотации традиционно используются для подсказок типов, однако это не навязывается языком, и в общем случае аннотации могут содержать произвольные выражения. Наличие аннотаций не меняет семантику выполнения кода, за исключением случаев, когда используется механизм, который анализирует и использует аннотации (например, dataclasses или functools.singledispatch()).
По умолчанию аннотации вычисляются лениво в области аннотаций. Это значит, что они не вычисляются во время выполнения кода, содержащего аннотацию. Вместо этого интерпретатор сохраняет информацию, которая может быть использована для последующего вычисления аннотации по запросу. Модуль annotationlib предоставляет инструменты для вычисления аннотаций.
Если присутствует future-оператор from __future__ import annotations, то все аннотации вместо этого сохраняются как строки:
>>> from __future__ import annotations
>>> def f(param: annotation): ...
>>> f.__annotations__
{'param': 'annotation'}
Этот future-оператор будет объявлен устаревшим и удален в одной из будущих версий Python, но не раньше, чем Python 3.13 достигнет конца своего жизненного цикла (см. PEP 749). Когда он используется, инструменты интроспекции, такие как annotationlib.get_annotations() и typing.get_type_hints(), с меньшей вероятностью смогут разрешить аннотации во время выполнения.
Сноски
Эта страница – перевод. Оригинал на английском – docs.python.org. Нашли неточность? Сообщите нам.