Содержание страницы
2. Лексический анализ¶Lexical analysis
Программа на Python читается анализатором. На вход анализатору подаётся поток токенов, создаваемый лексическим анализатором (также называемым токенизатором). В этой главе описывается, как лексический анализатор разбивает файл на токены.
Python читает текст программы как кодовые точки Unicode; кодировка исходного файла
может быть задана объявлением кодировки; по умолчанию используется UTF-8, см.
PEP 3120 для подробностей. Если исходный файл не удаётся декодировать,
возбуждается SyntaxError.
2.1. Структура строки¶Line structure
Программа на Python состоит из нескольких логических строк.
2.1.1. Логические строки¶Logical lines
Конец логической строки обозначается токеном NEWLINE. Инструкции не могут пересекать границы логических строк, за исключением случаев, когда NEWLINE допускается синтаксисом (например, между инструкциями в составных инструкциях). Логическая строка строится из одной или нескольких физических строк путём следования правилам явного или неявного объединения строк.
2.1.2. Физические строки¶Physical lines
Физическая строка – это последовательность символов, завершающаяся последовательностью конца строки. В исходных файлах и строках можно использовать любые стандартные для платформы последовательности конца строки: форму Unix с использованием ASCII LF (перевод строки), форму Windows с использованием последовательности ASCII CR LF (возврат каретки и перевод строки) или старую форму Macintosh с символом ASCII CR (возврат каретки). Все эти формы взаимозаменяемы, независимо от платформы. Конец ввода также служит неявным завершителем последней физической строки.
При встраивании Python исходные строки кода должны передаваться в API Python
с использованием стандартных соглашений C для символов новой строки (символ
\n, представляющий ASCII LF, является терминатором строки).
2.1.4. Объявления кодировки¶Encoding declarations
Если комментарий в первой или второй строке сценария Python соответствует регулярному выражению coding[=:]\s*([-\w.]+), этот комментарий обрабатывается как объявление кодировки; первая группа этого выражения задаёт кодировку файла исходного кода. Объявление кодировки должно располагаться на отдельной строке. Если оно находится на второй строке, первая строка также должна содержать только комментарий. Рекомендуемые формы выражения кодировки:
# -*- coding: <encoding-name> -*-
которая распознаётся также GNU Emacs, и
# vim:fileencoding=<encoding-name>
которая распознаётся VIM от Брама Муленаара.
Если объявление кодировки не найдено, кодировкой по умолчанию является UTF-8. Если неявная или явная кодировка файла – UTF-8, начальная метка порядка байтов UTF-8 (b’xefxbbxbf’) игнорируется, а не вызывает синтаксическую ошибку.
Если кодировка объявлена, её имя должно распознаваться Python (см. Стандартные кодировки). Кодировка используется для всего лексического анализа, включая строковые литералы, комментарии и идентификаторы.
2.1.5. Явное объединение строк¶Explicit line joining
Две или более физические строки могут быть объединены в логические строки с помощью символа обратной косой черты
(\) следующим образом: если физическая строка заканчивается обратной косой чертой, которая
не является частью строкового литерала или комментария, она объединяется со следующей строкой, образуя
одну логическую строку; при этом обратная косая черта и следующий за ней символ конца строки
удаляются. Например:
if 1900 < year < 2100 and 1 <= month <= 12 \
and 1 <= day <= 31 and 0 <= hour < 24 \
and 0 <= minute < 60 and 0 <= second < 60: # Похоже на корректную дату
return 1
Строка, заканчивающаяся обратной косой чертой, не может содержать комментарий. Обратная косая черта не продолжает комментарий. Обратная косая черта не продолжает токен, за исключением строковых литералов (т.е. токены, отличные от строковых литералов, нельзя разделять между физическими строками с помощью обратной косой черты). Обратная косая черта недопустима в других местах строки вне строкового литерала.
2.1.6. Неявное объединение строк¶Implicit line joining
Выражения в круглых, квадратных или фигурных скобках можно разбивать на несколько физических строк без использования обратной косой черты. Например:
month_names = ['Januari', 'Februari', 'Maart', # Это
'April', 'Mei', 'Juni', # голландские названия
'Juli', 'Augustus', 'September', # для месяцев
'Oktober', 'November', 'December'] # года
Неявно продолжаемые строки могут содержать комментарии. Отступ строк продолжения не важен. Допускаются пустые строки продолжения. Между неявно продолжаемыми строками не генерируется токен NEWLINE. Неявно продолжаемые строки также могут встречаться внутри строк в тройных кавычках (см. ниже); в этом случае они не могут содержать комментарии.
2.1.7. Пустые строки¶Blank lines
Логическая строка, содержащая только пробелы, табуляции, символы перевода страницы и, возможно, комментарий, игнорируется (т. е. токен NEWLINE не генерируется). Во время интерактивного ввода инструкций обработка пустой строки может различаться в зависимости от реализации цикла чтения-вычисления-печати. В стандартном интерактивном интерпретаторе полностью пустая логическая строка (т. е. не содержащая даже пробельных символов или комментария) завершает многострочную инструкцию.
2.1.8. Отступы¶Indentation
Начальные пробельные символы (пробелы и табуляции) в начале логической строки используются для вычисления уровня отступа строки, который, в свою очередь, используется для определения группировки инструкций.
Символы табуляции заменяются (слева направо) на от одного до восьми пробелов так, чтобы общее количество символов до и включая замену было кратно восьми (это то же правило, что используется в Unix). Общее количество пробелов перед первым непробельным символом затем определяет отступ строки. Отступ нельзя разделить на несколько физических строк с помощью обратной косой черты; пробельные символы до первой обратной косой черты определяют отступ.
Отступ считается недопустимым, если исходный файл смешивает табуляции и пробелы
таким образом, что смысл зависит от того, какому количеству пробелов равна табуляция; в этом случае
возбуждается TabError.
Примечание о кроссплатформенной совместимости: из-за особенностей текстовых редакторов на платформах, отличных от UNIX, не рекомендуется использовать смесь пробелов и табуляции для отступов в одном исходном файле. Также следует отметить, что разные платформы могут явно ограничивать максимальный уровень отступа.
Символ перевода страницы может присутствовать в начале строки; он будет игнорироваться при вычислении отступа, описанном выше. Символы перевода страницы, встречающиеся в других местах начальных пробельных символов, имеют неопределённый эффект (например, они могут сбросить счётчик пробелов до нуля).
Уровни отступа последовательных строк используются для генерации токенов INDENT и DEDENT, применяя стек, следующим образом.
Before the first line of the file is read, a single zero is pushed on the stack; this will never be popped off again. The numbers pushed on the stack will always be strictly increasing from bottom to top. At the beginning of each logical line, the line’s indentation level is compared to the top of the stack. If it is equal, nothing happens. If it is larger, it is pushed on the stack, and one INDENT token is generated. If it is smaller, it must be one of the numbers occurring on the stack; all numbers on the stack that are larger are popped off, and for each number popped off a DEDENT token is generated. At the end of the file, a DEDENT token is generated for each number remaining on the stack that is larger than zero.
Вот пример корректно (хотя и запутанно) оформленного отступами фрагмента кода Python:
def perm(l):
# Вычислить список всех перестановок l
if len(l) <= 1:
return [l]
r = []
for i in range(len(l)):
s = l[:i] + l[i+1:]
p = perm(s)
for x in p:
r.append(l[i:i+1] + x)
return r
Следующий пример показывает различные ошибки отступов:
def perm(l): # ошибка: первая строка с отступом
for i in range(len(l)): # ошибка: нет отступа
s = l[:i] + l[i+1:]
p = perm(l[:i] + l[i+1:]) # ошибка: неожиданный отступ
for x in p:
r.append(l[i:i+1] + x)
return r # ошибка: несоответствие отступа
(На самом деле первые три ошибки обнаруживаются синтаксическим анализатором; только последняя
ошибка обнаруживается лексическим анализатором – отступ return r не
соответствует уровню, извлечённому из стека.)
2.1.9. Пробельные символы между токенами¶Whitespace between tokens
За исключением начала логической строки или строковых литералов, пробельные символы (пробел, табуляция, перевод страницы) могут использоваться взаимозаменяемо для разделения токенов. Пробел требуется между двумя токенами только в том случае, если их объединение может быть интерпретировано как другой токен (например, ab – один токен, а a b – два токена).
2.2. Прочие токены¶Other tokens
Besides NEWLINE, INDENT and DEDENT, the following categories of tokens exist: identifiers, keywords, literals, operators, and delimiters. Whitespace characters (other than line terminators, discussed earlier) are not tokens, but serve to delimit tokens. Where ambiguity exists, a token comprises the longest possible string that forms a legal token, when read from left to right.
2.3. Identifiers and keywords¶
Identifiers (also referred to as names) are described by the following lexical definitions.
The syntax of identifiers in Python is based on the Unicode standard annex UAX-31, with elaboration and changes as defined below; see also PEP 3131 for further details.
Within the ASCII range (U+0001..U+007F), the valid characters for identifiers
include the uppercase and lowercase letters A through
Z, the underscore _ and, except for the first character, the digits
0 through 9.
Python 3.0 introduced additional characters from outside the ASCII range (see
PEP 3131). For these characters, the classification uses the version of the
Unicode Character Database as included in the unicodedata module.
Идентификаторы не имеют ограничения по длине. Регистр имеет значение.
identifier ::=xid_startxid_continue* id_start ::= <all characters in general categories Lu, Ll, Lt, Lm, Lo, Nl, the underscore, and characters with the Other_ID_Start property> id_continue ::= <all characters inid_start, plus characters in the categories Mn, Mc, Nd, Pc and others with the Other_ID_Continue property> xid_start ::= <all characters inid_startwhose NFKC normalization is in "id_start xid_continue*"> xid_continue ::= <all characters inid_continuewhose NFKC normalization is in "id_continue*">
Упомянутые выше коды категорий Unicode означают:
Lu - uppercase letters
Ll - lowercase letters
Lt - titlecase letters
Lm - modifier letters
Lo - other letters
Nl - letter numbers
Mn - nonspacing marks
Mc - spacing combining marks
Nd - decimal numbers
Pc - connector punctuations
Other_ID_Start - explicit list of characters in PropList.txt to support backwards compatibility
Other_ID_Continue - likewise
Все идентификаторы при разборе преобразуются в нормальную форму NFKC; сравнение идентификаторов основано на NFKC.
Неформальный HTML-файл со списком всех допустимых символов идентификаторов для Unicode 15.0.0 можно найти по адресу https://www.unicode.org/Public/15.0.0/ucd/DerivedCoreProperties.txt
2.3.1. Ключевые слова¶Keywords
The following identifiers are used as reserved words, or keywords of the language, and cannot be used as ordinary identifiers. They must be spelled exactly as written here:
False await else import pass
None break except in raise
True class finally is return
and continue for lambda try
as def from nonlocal while
assert del global not with
async elif if or yield
2.3.2. Мягкие ключевые слова¶Soft Keywords
Добавлено в версии 3.10.
Некоторые идентификаторы зарезервированы только в определённых контекстах. Они называются
мягкими ключевыми словами. Идентификаторы match, case, type и _ могут
синтаксически выступать как ключевые слова в некоторых контекстах,
но такое различие проводится на уровне синтаксического анализатора, а не при токенизации.
Будучи мягкими ключевыми словами, их использование в грамматике возможно, при этом сохраняется совместимость с существующим кодом, который использует эти имена как имена идентификаторов.
match, case и _ используются в инструкции match.
type используется в инструкции type.
Изменено в версии 3.12: type теперь является мягким ключевым словом.
2.3.3. Зарезервированные классы идентификаторов¶Reserved classes of identifiers
Некоторые классы идентификаторов (помимо ключевых слов) имеют специальное значение. Эти классы определяются по шаблонам ведущих и завершающих символов подчёркивания:
_*Не импортируется инструкцией
from module import *._В шаблоне
caseвнутри инструкцииmatch_является мягким ключевым словом, которое обозначает шаблонный символ (wildcard).Отдельно, интерактивный интерпретатор делает результат последнего вычисления доступным в переменной
_. (Он хранится в модулеbuiltinsвместе со встроенными функциями, такими какprint.)В других контекстах
_– это обычный идентификатор. Его часто используют для именования «особых» элементов, но для самого Python он не является специальным.Примечание
Имя
_часто используется в связи с интернационализацией; обратитесь к документации модуляgettextдля получения дополнительной информации об этом соглашении.Оно также часто используется для неиспользуемых переменных.
__*__Системные имена, неформально известные как «dunder»-имена. Эти имена определяются интерпретатором и его реализацией (включая стандартную библиотеку). Текущие системные имена обсуждаются в разделе Специальные имена методов и в других местах. Вероятно, в будущих версиях Python будут определены новые. Любое использование
__*__имён, в любом контексте, не соответствующее явно документированному использованию, может быть нарушено без предупреждения.__*Приватные имена классов. Имена этой категории при использовании в контексте определения класса переписываются в искажённую форму, чтобы избежать конфликтов имён между «приватными» атрибутами базовых и производных классов. См. раздел Идентификаторы (имена).
2.4. Литералы¶Literals
Литералы – это обозначения константных значений некоторых встроенных типов.
2.4.1. Строковые литералы и литералы байтов¶String and Bytes literals
Строковые литералы описываются следующими лексическими определениями:
stringliteral ::= [stringprefix](shortstring|longstring) stringprefix ::= "r" | "u" | "R" | "U" | "f" | "F" | "fr" | "Fr" | "fR" | "FR" | "rf" | "rF" | "Rf" | "RF" shortstring ::= "'"shortstringitem* "'" | '"'shortstringitem* '"' longstring ::= "'''"longstringitem* "'''" | '"""'longstringitem* '"""' shortstringitem ::=shortstringchar|stringescapeseqlongstringitem ::=longstringchar|stringescapeseqshortstringchar ::= <any source character except "\" or newline or the quote> longstringchar ::= <any source character except "\"> stringescapeseq ::= "\" <any source character>
bytesliteral ::=bytesprefix(shortbytes|longbytes) bytesprefix ::= "b" | "B" | "br" | "Br" | "bR" | "BR" | "rb" | "rB" | "Rb" | "RB" shortbytes ::= "'"shortbytesitem* "'" | '"'shortbytesitem* '"' longbytes ::= "'''"longbytesitem* "'''" | '"""'longbytesitem* '"""' shortbytesitem ::=shortbyteschar|bytesescapeseqlongbytesitem ::=longbyteschar|bytesescapeseqshortbyteschar ::= <any ASCII character except "\" or newline or the quote> longbyteschar ::= <any ASCII character except "\"> bytesescapeseq ::= "\" <any ASCII character>
Одно синтаксическое ограничение, не указанное в этих продукциях, заключается в том, что пробелы
не допускаются между stringprefix или
bytesprefix и остальной частью литерала. Исходный
набор символов определяется объявлением кодировки; если в исходном файле нет объявления
кодировки, используется UTF-8; см. раздел Объявления кодировок.
Простыми словами: оба типа литералов могут быть заключены в совпадающие одинарные кавычки
(') или двойные кавычки ("). Их также можно заключать в совпадающие группы
из трёх одинарных или двойных кавычек (обычно их называют
строками в тройных кавычках). Обратная косая черта (\) используется для придания
особого значения обычным символам, таким как n, который при экранировании
означает «новая строка» (\n). Её также можно использовать для экранирования символов, которые
в противном случае имеют особое значение, например, новой строки, самой обратной косой черты или
символа кавычки. Примеры см. в управляющих последовательностях ниже.
Литералы байтов всегда имеют префикс 'b' или 'B'; они создают экземпляр
типа bytes вместо типа str. Они
могут содержать только символы ASCII; байты с числовым значением 128 или больше
должны быть представлены с помощью управляющих последовательностей.
Как строковые литералы, так и литералы байтов могут по желанию иметь префикс с буквой 'r'
или 'R'; такие конструкции называются соответственно сырыми строковыми литералами
и сырыми литералами байтов и обрабатывают обратные косые черты как
буквальные символы. В результате в сырых строковых литералах управляющие последовательности
'\U' и '\u' не обрабатываются особым образом.
Добавлено в версии 3.3: Префикс 'rb' для сырых байтовых литералов был добавлен как синоним 'br'.
Поддержка устаревшего литерала Unicode (u'value') была восстановлена,
чтобы упростить поддержку кодовых баз, работающих одновременно на Python 2.x и 3.x.
Подробнее см. PEP 414.
Строковый литерал с 'f' или 'F' в префиксе является
форматированным строковым литералом; см. f-строки. 'f' может
сочетаться с 'r', но не с 'b' или 'u', поэтому возможны сырые
форматированные строки, но не форматированные литералы байтов.
В литералах в тройных кавычках разрешены неэкранированные символы новой строки и кавычки
(и они сохраняются), за исключением того, что три неэкранированные кавычки подряд завершают
литерал. («Кавычка» – это символ, используемый для открытия литерала, т.е. либо ', либо ".)
2.4.1.1. Escape-последовательности¶Escape sequences
Если префикс 'r' или 'R' отсутствует, управляющие последовательности в строковых
и байтовых литералах интерпретируются по правилам, аналогичным используемым в
стандарте C. Распознаваемые управляющие последовательности:
Escape-последовательность |
Значение |
Примечания |
|---|---|---|
|
Обратная косая черта и новая строка игнорируются |
(1) |
|
Обратная косая черта ( |
|
|
Одинарная кавычка ( |
|
|
Двойная кавычка ( |
|
|
ASCII Звонок (BEL) |
|
|
ASCII Забой (BS) |
|
|
ASCII Перевод страницы (FF) |
|
|
ASCII Перевод строки (LF) |
|
|
ASCII Возврат каретки (CR) |
|
|
ASCII горизонтальная табуляция (TAB) |
|
|
ASCII вертикальная табуляция (VT) |
|
|
Символ с восьмеричным значением ooo |
(2,4) |
|
Символ с шестнадцатеричным значением hh |
(3,4) |
Управляющие последовательности, распознаваемые только в строковых литералах:
Escape-последовательность |
Значение |
Примечания |
|---|---|---|
|
Символ с именем name в базе данных Unicode |
(5) |
|
Символ с 16-битным шестнадцатеричным значением xxxx |
(6) |
|
Символ с 32-битным шестнадцатеричным значением xxxxxxxx |
(7) |
Примечания:
Обратную косую черту можно добавить в конце строки, чтобы игнорировать символ новой строки:
>>> 'This string will not include \ ... backslashes or newline characters.' 'This string will not include backslashes or newline characters.'
Того же результата можно достичь с помощью строк в тройных кавычках, или круглых скобок и конкатенации строковых литералов.
Как и в стандарте C, допускается до трёх восьмеричных цифр.
Изменено в версии 3.11: Восьмеричные управляющие последовательности со значением больше
0o377вызываютDeprecationWarning.Изменено в версии 3.12: Восьмеричные управляющие последовательности со значением больше
0o377вызываютSyntaxWarning. В одной из будущих версий Python они будут окончательно превращены вSyntaxError.В отличие от стандартного C, требуется ровно две шестнадцатеричные цифры.
В байтовом литерале шестнадцатеричные и восьмеричные управляющие последовательности обозначают байт с заданным значением. В строковом литерале эти управляющие последовательности обозначают символ Unicode с заданным значением.
Изменено в версии 3.3: Добавлена поддержка псевдонимов имён [1].
Требуется ровно четыре шестнадцатеричные цифры.
Любой символ Unicode может быть закодирован таким образом. Требуется ровно восемь шестнадцатеричных цифр.
В отличие от стандарта C, все нераспознанные управляющие последовательности остаются в строке без изменений, т.е. обратная косая черта сохраняется в результате. (Это поведение полезно при отладке: если управляющая последовательность введена с ошибкой, полученный результат легче распознать как сломанный.) Также важно отметить, что управляющие последовательности, распознаваемые только в строковых литералах, попадают в категорию нераспознанных управляющих последовательностей для байтовых литералов.
Изменено в версии 3.6: Нераспознанные escape-последовательности приводят к появлению DeprecationWarning.
Изменено в версии 3.12: Нераспознанные управляющие последовательности вызывают SyntaxWarning. В одной из будущих
версий Python они будут окончательно превращены в SyntaxError.
Даже в сыром литерале кавычки можно экранировать обратной косой чертой, но обратная косая черта остаётся в результате; например, r"\"" – это допустимый строковый литерал, состоящий из двух символов: обратной косой черты и двойной кавычки; r"\" – это недопустимый строковый литерал (даже сырая строка не может заканчиваться нечётным количеством обратных косых черт). В частности, сырой литерал не может заканчиваться одной обратной косой чертой (поскольку обратная косая черта экранировала бы следующий символ кавычки). Также обратите внимание, что одиночная обратная косая черта, за которой следует новая строка, интерпретируется как эти два символа в составе литерала, а не как продолжение строки.
2.4.2. Конкатенация строковых литералов¶String literal concatenation
Допускается несколько расположенных рядом строковых или байтовых литералов (разделённых пробелами),
возможно, с использованием разных соглашений о кавычках, и их значение совпадает со значением
их конкатенации. Таким образом, "hello" 'world' эквивалентно
"helloworld". Эта возможность может использоваться для уменьшения количества необходимых
обратных косых черт, для удобного разбиения длинных строк на несколько строк или даже для
добавления комментариев к частям строк, например:
re.compile("[A-Za-z_]" # буква или подчёркивание
"[A-Za-z0-9_]*" # буква, цифра или подчёркивание
)
Обратите внимание, что эта возможность определена на синтаксическом уровне, но реализуется на этапе компиляции. Оператор '+' необходимо использовать для конкатенации строковых выражений во время выполнения. Также обратите внимание, что литеральная конкатенация может использовать разные стили кавычек для каждого компонента (даже смешивая сырые строки и строки в тройных кавычках), а форматированные строковые литералы могут конкатенироваться с обычными строковыми литералами.
2.4.3. f-строки¶f-strings
Добавлено в версии 3.6.
Форматированный строковый литерал или f-строка – это строковый литерал,
имеющий префикс 'f' или 'F'. Такие строки могут содержать
поля подстановки – выражения, ограниченные фигурными скобками {}.
В то время как другие строковые литералы всегда имеют постоянное значение, форматированные строки
на самом деле являются выражениями, вычисляемыми во время выполнения.
Управляющие последовательности декодируются так же, как в обычных строковых литералах (за исключением случаев, когда литерал также помечен как сырая строка). После декодирования грамматика содержимого строки выглядит следующим образом:
f_string ::= (literal_char| "{{" | "}}" |replacement_field)* replacement_field ::= "{"f_expression["="] ["!"conversion] [":"format_spec] "}" f_expression ::= (conditional_expression| "*"or_expr) (","conditional_expression| "," "*"or_expr)* [","] |yield_expressionconversion ::= "s" | "r" | "a" format_spec ::= (literal_char|replacement_field)* literal_char ::= <any code point except "{", "}" or NULL>
Части строки вне фигурных скобок обрабатываются буквально, за исключением того, что любые удвоенные фигурные скобки '{{' или '}}' заменяются соответствующей одиночной фигурной скобкой. Одиночная открывающая фигурная скобка '{' отмечает поле подстановки, которое начинается с выражения Python. Чтобы отобразить как текст выражения, так и его значение после вычисления (полезно при отладке), после выражения может быть добавлен знак равенства '='. За ним может следовать поле преобразования, вводимое восклицательным знаком '!'. Также может быть добавлен спецификатор формата, вводимый двоеточием ':'. Поле подстановки заканчивается закрывающей фигурной скобкой '}'.
Выражения в форматированных строковых литералах обрабатываются как обычные выражения Python, заключенные в круглые скобки, за некоторыми исключениями. Пустое выражение не допускается, а lambda и выражения присваивания := должны быть окружены явными круглыми скобками. Каждое выражение вычисляется в контексте, где встречается форматированный строковый литерал, слева направо. Выражения подстановки могут содержать символы новой строки как в строках f с одинарными, так и с тройными кавычками, и могут содержать комментарии. Все, что следует за # внутри поля подстановки, является комментарием (даже закрывающие скобки и кавычки). В этом случае поля подстановки должны закрываться на другой строке.
>>> f"abc{a # This is a comment }"
... + 3}"
'abc5'
Изменено в версии 3.7: До Python 3.7 выражение await и генераторы, содержащие условие async for, были недопустимы в выражениях в форматированных строковых литералах из-за проблемы в реализации.
Изменено в версии 3.12: До Python 3.12 комментарии не допускались внутри полей подстановки f-строк.
Когда указан знак равенства '=', вывод будет содержать текст выражения, '=' и вычисленное значение. Пробелы после открывающей скобки '{', внутри выражения и после '=' сохраняются в выводе. По умолчанию '=' приводит к тому, что repr() выражения предоставляется, если не указан формат. Когда формат указан, по умолчанию используется str() выражения, если не объявлено преобразование '!r'.
Добавлено в версии 3.8: Знак равенства '='.
Если указано преобразование, результат вычисления выражения преобразуется перед форматированием. Преобразование '!s' вызывает str() для результата, '!r' вызывает repr(), а '!a' вызывает ascii().
Затем результат форматируется с использованием протокола format(). Спецификатор формата передается методу __format__() результата выражения или преобразования. Пустая строка передается, если спецификатор формата опущен. Отформатированный результат затем включается в итоговое значение всей строки.
Спецификаторы формата верхнего уровня могут включать вложенные поля подстановки. Эти вложенные поля могут содержать свои собственные поля преобразования и спецификаторы формата, но не могут содержать более глубоко вложенные поля подстановки. Мини-язык спецификатора формата такой же, как используемый методом str.format().
Форматированные строковые литералы могут конкатенироваться, но поля подстановки не могут разделяться между литералами.
Некоторые примеры форматированных строковых литералов:
>>> name = "Fred"
>>> f"He said his name is {name!r}."
"He said his name is 'Fred'."
>>> f"He said his name is {repr(name)}." # repr() эквивалентно !r
"He said his name is 'Fred'."
>>> width = 10
>>> precision = 4
>>> value = decimal.Decimal("12.34567")
>>> f"result: {value:{width}.{precision}}" # вложенные поля
'result: 12.35'
>>> today = datetime(year=2017, month=1, day=27)
>>> f"{today:%B %d, %Y}" # использование спецификатора формата даты
'January 27, 2017'
>>> f"{today=:%B %d, %Y}" # использование спецификатора формата даты и отладка
'today=January 27, 2017'
>>> number = 1024
>>> f"{number:#0x}" # использование спецификатора формата целого числа
'0x400'
>>> foo = "bar"
>>> f"{ foo = }" # сохраняет пробельные символы
" foo = 'bar'"
>>> line = "The mill's closed"
>>> f"{line = }"
'line = "The mill\'s closed"'
>>> f"{line = :20}"
"line = The mill's closed "
>>> f"{line = !r:20}"
'line = "The mill\'s closed" '
Повторное использование типа кавычек внешней f-строки внутри поля подстановки разрешено:
>>> a = dict(x=2)
>>> f"abc {a["x"]} def"
'abc 2 def'
Изменено в версии 3.12: До Python 3.12 повторное использование того же типа кавычек, что и внешняя f-строка, внутри поля подстановки было невозможно.
Обратные косые черты также допускаются в полях подстановки и вычисляются так же, как в любом другом контексте:
>>> a = ["a", "b", "c"]
>>> print(f"List a contains:\n{"\n".join(a)}")
List a contains:
a
b
c
Изменено в версии 3.12: До Python 3.12 обратная косая черта не допускалась внутри поля подстановки f-строки.
Форматированные строковые литералы нельзя использовать в качестве строк документации, даже если они не содержат выражений.
>>> def foo():
... f"Not a docstring"
...
>>> foo.__doc__ is None
True
См. также PEP 498, в котором предлагается добавление форматированных строковых литералов, и str.format(), в котором используется связанный механизм форматных строк.
2.4.4. Числовые литералы¶Numeric literals
Существует три типа числовых литералов: целые числа, числа с плавающей точкой и мнимые числа. Комплексных литералов нет (комплексные числа можно получить сложением действительного и мнимого чисел).
Обратите внимание, что числовые литералы не включают знак; фраза вида -1 на самом деле является выражением, состоящим из унарного оператора '-' и литерала 1.
2.4.5. Целочисленные литералы¶Integer literals
Целочисленные литералы описываются следующими лексическими определениями:
integer ::=decinteger|bininteger|octinteger|hexintegerdecinteger ::=nonzerodigit(["_"]digit)* | "0"+ (["_"] "0")* bininteger ::= "0" ("b" | "B") (["_"]bindigit)+ octinteger ::= "0" ("o" | "O") (["_"]octdigit)+ hexinteger ::= "0" ("x" | "X") (["_"]hexdigit)+ nonzerodigit ::= "1"..."9" digit ::= "0"..."9" bindigit ::= "0" | "1" octdigit ::= "0"..."7" hexdigit ::=digit| "a"..."f" | "A"..."F"
Не существует ограничения на длину целочисленных литералов, кроме того, что может быть сохранено в доступной памяти.
Символы подчеркивания игнорируются при определении числового значения литерала. Они могут использоваться для группировки цифр для повышения читаемости. Один символ подчеркивания может стоять между цифрами и после указателей основания, например 0x.
Обратите внимание, что ведущие нули в ненулевом десятичном числе не допускаются. Это сделано для устранения неоднозначности с восьмеричными литералами в стиле C, которые Python использовал до версии 3.0.
Некоторые примеры целочисленных литералов:
7 2147483647 0o177 0b100110111
3 79228162514264337593543950336 0o377 0xdeadbeef
100_000_000_000 0b_1110_0101
Изменено в версии 3.6: В литералах теперь разрешены символы подчёркивания для группировки.
2.4.6. Литералы с плавающей точкой¶Floating-point literals
Литералы с плавающей точкой описываются следующими лексическими определениями:
floatnumber ::=pointfloat|exponentfloatpointfloat ::= [digitpart]fraction|digitpart"." exponentfloat ::= (digitpart|pointfloat)exponentdigitpart ::=digit(["_"]digit)* fraction ::= "."digitpartexponent ::= ("e" | "E") ["+" | "-"]digitpart
Обратите внимание, что целая часть и показатель степени всегда интерпретируются с основанием 10. Например, 077e010 допустимо и обозначает то же число, что и 77e10. Допустимый диапазон литералов с плавающей точкой зависит от реализации. Как и в целочисленных литералах, поддерживаются символы подчеркивания для группировки цифр.
Некоторые примеры литералов с плавающей точкой:
3.14 10. .001 1e100 3.14e-10 0e0 3.14_15_93
Изменено в версии 3.6: В литералах теперь разрешены символы подчёркивания для группировки.
2.4.7. Мнимые литералы¶Imaginary literals
Мнимые литералы описываются следующими лексическими определениями:
imagnumber ::= (floatnumber|digitpart) ("j" | "J")
Мнимый литерал дает комплексное число с действительной частью 0.0. Комплексные числа представляются в виде пары чисел с плавающей точкой и имеют те же ограничения на диапазон. Чтобы создать комплексное число с ненулевой действительной частью, добавьте к нему число с плавающей точкой, например (3+4j). Некоторые примеры мнимых литералов:
3.14j 10.j 10j .001j 1e100j 3.14e-10j 3.14_15_93j
2.5. Операторы¶Operators
Следующие токены являются операторами:
+ - * ** / // % @
<< >> & | ^ ~ :=
< > <= >= == !=
2.6. Разделители¶Delimiters
Следующие токены служат разделителями в грамматике:
( ) [ ] { }
, : ! . ; @ =
-> += -= *= /= //= %=
@= &= |= ^= >>= <<= **=
Точка может также встречаться в литералах с плавающей точкой и мнимых литералах. Последовательность из трех точек имеет особое значение как литерал многоточия. Вторая половина списка – операторы присваивания с дополнением – лексически служат разделителями, но также выполняют операцию.
Следующие печатные ASCII-символы имеют специальное значение как часть других токенов или иным образом значимы для лексического анализатора:
' " # \
Следующие печатные ASCII-символы не используются в Python. Их появление вне строковых литералов и комментариев является безусловной ошибкой:
$ ? `
Сноски
Эта страница – перевод. Оригинал на английском – docs.python.org. Нашли неточность? Сообщите нам.
2.1.3. Комментарии¶Comments
Комментарий начинается с символа решётки (
#), не являющегося частью строкового литерала, и заканчивается в конце физической строки. Комментарий означает конец логической строки, если не применяются правила неявного объединения строк. Комментарии игнорируются синтаксисом.