Документация Python неофициальный перевод
Содержание страницы

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_funcdef
suite:         stmt_list NEWLINE | NEWLINE INDENT statement+ DEDENT
statement:     stmt_list NEWLINE | compound_stmt
stmt_list:     simple_stmt (";" simple_stmt)* [";"]

Обратите внимание, что инструкции всегда заканчиваются NEWLINE, за которым может следовать DEDENT. Также обратите внимание, что опциональные продолжения всегда начинаются с ключевого слова, которое не может начинать инструкцию, поэтому неоднозначностей нет (проблема «висячего else» решается в Python требованием, чтобы вложенные инструкции if имели отступ).

Форматирование грамматических правил в следующих разделах помещает каждое предложение на отдельную строку для ясности.

8.1. Инструкция ifThe if statement

Инструкция if используется для условного выполнения:

if_stmt: "if" assignment_expression ":" suite
         ("elif" assignment_expression ":" suite)*
         ["else" ":" suite]

Он выбирает ровно один из наборов инструкций, вычисляя выражения одно за другим, пока одно из них не окажется истинным (см. раздел Булевы операции для определения истины и лжи); затем этот набор выполняется (и никакая другая часть инструкции if не выполняется и не вычисляется). Если все выражения ложны, выполняется набор инструкций предложения else, если оно присутствует.

8.2. Инструкция whileThe while statement

Инструкция while используется для повторного выполнения, пока выражение истинно:

while_stmt: "while" assignment_expression ":" suite
            ["else" ":" suite]

Эта инструкция многократно проверяет выражение и, если оно истинно, выполняет первый набор инструкций; если выражение ложно (возможно, при первой проверке), то набор инструкций предложения else, если оно присутствует, выполняется, и цикл завершается.

Инструкция break, выполненная в первом наборе, завершает цикл, не выполняя набор инструкций предложения else. Инструкция continue, выполненная в первом наборе, пропускает оставшуюся часть набора и возвращается к проверке выражения.

8.3. Инструкция forThe 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. Инструкция tryThe try statement

Инструкция try задаёт обработчики исключений и/или код очистки для группы инструкций:

try_stmt:  try1_stmt | try2_stmt | try3_stmt
try1_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 оператора tryfinally, предложение 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. Инструкция withThe with statement

Оператор with используется для обёртывания выполнения блока методами, определёнными контекстным менеджером (см. раздел Контекстные менеджеры оператора with). Это позволяет инкапсулировать типичные шаблоны использования tryexceptfinally для удобного повторного использования.

with_stmt:          "with" ( "(" with_stmt_contents ","? ")" | with_stmt_contents ) ":" suite
with_stmt_contents: with_item ("," with_item)*
with_item:          expression ["as" target]

Выполнение оператора with с одним «элементом» происходит следующим образом:

  1. Контекстное выражение (выражение, указанное в with_item) вычисляется для получения контекстного менеджера.

  2. Метод __enter__() контекстного менеджера загружается для последующего использования.

  3. Метод __exit__() контекстного менеджера загружается для последующего использования.

  4. Метод __enter__() контекстного менеджера вызывается.

  5. Если в операторе with была указана цель, возвращаемое значение из __enter__() присваивается ей.

    Примечание

    Оператор with гарантирует, что если метод __enter__() возвращается без ошибки, то __exit__() всегда будет вызван. Таким образом, если ошибка происходит во время присваивания целевому списку, она обрабатывается так же, как ошибка, возникшая внутри блока. См. шаг 7 ниже.

  6. Выполняется блок.

  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: Поддержка использования группирующих круглых скобок для разбиения инструкции на несколько строк.

См. также

PEP 343 – Оператор «with»

Спецификация, предыстория и примеры для инструкции with в Python.

8.6. Инструкция matchThe match statement

Добавлено в версии 3.10.

Оператор match используется для сопоставления с образцом. Синтаксис:

match_stmt:   'match' subject_expr ":" NEWLINE INDENT case_block+ DEDENT
subject_expr: flexible_expression "," [flexible_expression_list [',']]
              | assignment_expression
case_block:   'case' patterns [guard] ":" suite

Примечание

В этом разделе для обозначения мягких ключевых слов используются одинарные кавычки.

Сопоставление с образцом принимает шаблон (после case) и значение-субъект (после match). Шаблон (который может содержать подшаблоны) сравнивается со значением-субъектом. Результаты:

  • Успех или неудача сопоставления (также называется успехом или неудачей шаблона).

  • Возможное связывание сопоставленных значений с именем. Предварительные условия для этого обсуждаются далее.

Ключевые слова match и case являются мягкими ключевыми словами.

См. также

  • PEP 634 – Структурное сопоставление с образцом: спецификация

  • PEP 636 – Структурное сопоставление с образцом: учебное пособие

8.6.1. ОбзорOverview

Вот обзор логического потока оператора match:

  1. Выражение-субъект subject_expr вычисляется, и получается результирующее значение-субъект. Если выражение-субъект содержит запятую, кортеж создаётся с использованием стандартных правил.

  2. Каждый шаблон в case_block пытается совпасть со значением-субъектом. Конкретные правила успеха или неудачи описаны ниже. Попытка сопоставления также может связывать некоторые или все отдельные имена внутри шаблона. Точные правила связывания имён различаются в зависимости от типа шаблона и указаны ниже. Связывания имён, выполненные во время успешного сопоставления с образцом, переживают выполненный блок и могут использоваться после оператора match.

    Примечание

    При неудачных сопоставлениях некоторые подшаблоны могут оказаться успешными. Не полагайтесь на то, что связывания выполняются для неудачного сопоставления. И наоборот, не полагайтесь на то, что переменные остаются неизменными после неудачного сопоставления. Точное поведение зависит от реализации и может различаться. Это намеренное решение, позволяющее различным реализациям добавлять оптимизации.

  3. Если шаблон успешен, вычисляется соответствующее условие (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 следующий:

  1. Проверка, успешно ли сопоставился шаблон в блоке case. Если шаблон не совпал, guard не вычисляется и проверяется следующий блок case.

  2. Если шаблон совпал, вычисляется guard.

    • Если условие guard принимает значение true, выбирается блок case.

    • Если условие guard принимает значение false, блок case не выбирается.

    • Если при вычислении guard возникает исключение, оно всплывает.

Стражам разрешено иметь побочные эффекты, поскольку они являются выражениями. Вычисление стражей должно выполняться последовательно от первого блока case к последнему, пропуская блоки case, шаблоны которых не совпали все. (Т.е. вычисление стражей должно происходить по порядку.) Вычисление стражей должно останавливаться, как только выбран блок case.

8.6.3. Неопровержимые блоки caseIrrefutable Case Blocks

Неопровержимый блок case – это блок, который совпадает всегда. Оператор match может иметь не более одного неопровержимого блока case, и он должен быть последним.

Блок case считается неопровержимым, если у него нет стража, а его шаблон неопровержим. Шаблон считается неопровержимым, если из одного только его синтаксиса можно доказать, что он всегда будет успешным. К неопровержимым относятся только следующие шаблоны:

8.6.4. ШаблоныPatterns

Примечание

В этом разделе используются обозначения грамматики, выходящие за рамки стандартного EBNF:

  • обозначение SEP.RULE+ является сокращением для RULE (SEP RULE)*

  • обозначение !RULE является сокращением для негативного опережающего утверждения

Синтаксис верхнего уровня для patterns:

patterns:       open_sequence_pattern | pattern
pattern:        as_pattern | or_pattern
closed_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: attr
attr:          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 | pattern
star_pattern:           "*" (capture_pattern | wildcard_pattern)

Нет разницы, используются ли круглые скобки или квадратные скобки для шаблонов последовательностей (т.е. (...) vs [...]).

Примечание

Одиночный шаблон, заключенный в круглые скобки без завершающей запятой (например, (3 | 4)), является групповым шаблоном. В то время как одиночный шаблон в квадратных скобках (например, [3 | 4]) по-прежнему является шаблоном последовательности.

В шаблоне последовательности может быть не более одного звездного подшаблона. Звездный подшаблон может находиться в любой позиции. Если звездный подшаблон отсутствует, шаблон последовательности является шаблоном фиксированной длины; в противном случае это шаблон переменной длины.

Ниже описан логический поток сопоставления шаблона последовательности с проверяемым значением:

  1. Если проверяемое значение не является последовательностью [2], шаблон последовательности не срабатывает.

  2. Если проверяемое значение является экземпляром str, bytes или bytearray, шаблон последовательности не срабатывает.

  3. Последующие шаги зависят от того, имеет ли шаблон последовательности фиксированную или переменную длину.

    Если шаблон последовательности имеет фиксированную длину:

    1. Если длина проверяемой последовательности не равна количеству подшаблонов, шаблон последовательности не совпадает.

    2. Подшаблоны в шаблоне последовательности сопоставляются слева направо с соответствующими элементами проверяемой последовательности. Сопоставление прекращается, как только один из подшаблонов не совпадает. Если все подшаблоны успешно совпали со своими элементами, шаблон последовательности считается совпавшим.

    В противном случае, если шаблон последовательности имеет переменную длину:

    1. Если длина проверяемой последовательности меньше количества незвёздных подшаблонов, шаблон последовательности не совпадает.

    2. Начальные незвёздные подшаблоны сопоставляются с соответствующими элементами так же, как для последовательностей фиксированной длины.

    3. Если предыдущий шаг выполнен успешно, звёздный подшаблон сопоставляется со списком, сформированным из оставшихся элементов проверяемой последовательности, за исключением элементов, соответствующих незвёздным подшаблонам, которые следуют за звёздным.

    4. Оставшиеся незвёздные подшаблоны сопоставляются с соответствующими элементами проверяемой последовательности так же, как для последовательности фиксированной длины.

    Примечание

    Длина проверяемой последовательности получается с помощью 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_pattern
double_star_pattern: "**" capture_pattern

В шаблоне отображения может быть не более одного шаблона с двойной звёздочкой. Шаблон с двойной звёздочкой должен быть последним подшаблоном в шаблоне отображения.

Повторяющиеся ключи в шаблонах отображений запрещены. Повторяющиеся литеральные ключи приводят к возникновению SyntaxError. Два ключа, которые в остальном имеют одинаковое значение, вызовут ValueError во время выполнения.

Ниже описана логика сопоставления шаблона отображения со значением subject:

  1. Если значение subject не является отображением [3], шаблон отображения не совпадает.

  2. Если каждый ключ, указанный в шаблоне отображения, присутствует в отображении subject, и шаблон для каждого ключа совпадает с соответствующим элементом отображения subject, то шаблон отображения считается совпавшим.

  3. Если в шаблоне отображения обнаружены повторяющиеся ключи, шаблон считается недействительным. Для повторяющихся литеральных значений возбуждается 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_patterns
positional_patterns: ",".pattern+
keyword_patterns:    ",".keyword_pattern+
keyword_pattern:     NAME "=" pattern

Одно и то же имя ключа не должно повторяться в шаблонах классов.

Ниже описана логика сопоставления шаблона класса со значением subject:

  1. Если name_or_attr не является экземпляром встроенного типа type, возбуждается TypeError.

  2. Если проверяемое значение не является экземпляром name_or_attr (проверка выполняется с помощью isinstance()), то шаблон класса не срабатывает.

  3. Если аргументы шаблона отсутствуют, шаблон считается успешным. В противном случае последующие шаги зависят от того, присутствуют ли именованные или позиционные аргументы шаблона.

    Для ряда встроенных типов (перечисленных ниже) допускается один позиционный подшаблон, который сопоставляется со всем проверяемым значением; для этих типов именованные шаблоны также работают, как и для других типов.

    Если присутствуют только именованные шаблоны, они обрабатываются следующим образом, по одному:

    1. Имя (ключ) ищется как атрибут проверяемого значения.

      • Если при этом возникает исключение, отличное от AttributeError, исключение всплывает.

      • Если при этом возникает AttributeError, шаблон класса считается несостоявшимся.

      • В противном случае подшаблон, связанный с именованным шаблоном, сопоставляется со значением атрибута проверяемого значения. Если сопоставление не удаётся, шаблон класса не срабатывает; если успешно, проверка переходит к следующему именованному аргументу.

    2. Если все именованные шаблоны успешны, шаблон класса считается успешным.

    Если присутствуют позиционные шаблоны, они преобразуются в именованные шаблоны с помощью атрибута __match_args__ класса name_or_attr перед сопоставлением:

    1. Вызывается эквивалент getattr(cls, "__match_args__", ()).

      • Если при этом возникает исключение, оно всплывает.

      • Если возвращённое значение не является кортежем, преобразование не удаётся, и возбуждается TypeError.

      • Если количество позиционных шаблонов превышает len(cls.__match_args__), возбуждается TypeError.

      • В противном случае позиционный шаблон i преобразуется в именованный шаблон с использованием __match_args__[i] в качестве ключа. __match_args__[i] должен быть строкой; в противном случае возбуждается TypeError.

      • При наличии повторяющихся ключей возбуждается TypeError.

    2. После преобразования всех позиционных шаблонов в именованные сопоставление продолжается так, как если бы присутствовали только именованные шаблоны.

    Для следующих встроенных типов обработка позиционных подшаблонов отличается:

    Эти классы принимают один позиционный аргумент, и шаблон в этом случае сопоставляется со всем объектом, а не с атрибутом. Например, 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

  • … и так далее для соответствующей пары именованный аргумент/шаблон.

См. также

  • PEP 634 – Структурное сопоставление с образцом: спецификация

  • PEP 636 – Структурное сопоставление с образцом: учебное пособие

8.7. Определения функцийFunction definitions

Определение функции создаёт объект пользовательской функции (см. раздел Стандартная иерархия типов):

funcdef:                   [decorators] "def" funcname [type_params] "(" [parameter_list] ")"
                           ["->" expression] ":" suite
decorators:                decorator+
decorator:                 "@" assignment_expression NEWLINE
parameter_list:            defparameter ("," defparameter)* "," "/" ["," [parameter_list_no_posonly]]
                             | parameter_list_no_posonly
parameter_list_no_posonly: defparameter ("," defparameter)* ["," [parameter_list_starargs]]
                           | parameter_list_starargs
parameter_list_starargs:   "*" [star_parameter] ("," defparameter)* ["," [parameter_star_kwargs]]
                           | "*" ("," defparameter)+ ["," [parameter_star_kwargs]]
                           | parameter_star_kwargs
parameter_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] ":" suite
inheritance: "(" [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”, и при таком обращении атрибут экземпляра скрывает атрибут класса с тем же именем. Атрибуты класса могут использоваться как значения по умолчанию для атрибутов экземпляра, но использование изменяемых значений может привести к неожиданным результатам. Дескрипторы можно использовать для создания переменных экземпляра с другими деталями реализации.

См. также

PEP 3115 – Метаклассы в Python 3000

Предложение, изменившее объявление метаклассов на текущий синтаксис, и семантику того, как конструируются классы с метаклассами.

PEP 3129 - Декораторы классов

Предложение, добавившее декораторы классов. Декораторы функций и методов были введены в PEP 318.

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 forThe 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 withThe 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 | paramspec
typevar:      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(), с меньшей вероятностью смогут разрешить аннотации во время выполнения.

Сноски