@@ -384,46 +384,59 @@ msgid ""
384384"Some definitions also use *lookaheads*, which indicate that an element must "
385385"(or must not) match at a given position, but without consuming any input:"
386386msgstr ""
387+ "В некоторых определениях также используются *lookahead*-ы, которые "
388+ "указывают, что элемент должен (или не должен) совпадать в заданной позиции, "
389+ "но без потребления входных данных:"
387390
388391#: ../../reference/introduction.rst:163
389392msgid "``&e``: a positive lookahead (that is, ``e`` is required to match)"
390- msgstr ""
393+ msgstr "``&e``: позитивный lookahead (т.е. ``e`` требуется для совпадения) "
391394
392395#: ../../reference/introduction.rst:164
393396msgid ""
394397"``!e``: a negative lookahead (that is, ``e`` is required *not* to match)"
395398msgstr ""
399+ "``!e``: негативный lookahead (т.е. ``e`` должен *отсутствовать* для "
400+ "совпадения)"
396401
397402#: ../../reference/introduction.rst:166
398403msgid ""
399404"The unary operators (``*``, ``+``, ``?``) bind as tightly as possible; the "
400405"vertical bar (``|``) binds most loosely."
401406msgstr ""
407+ "Унарные операторы (``*``, ``+``, ``?``) применяются только к ближайшему "
408+ "элементу; а вертикальная черта (``|``) — к максимально возможному числу "
409+ "элементов."
402410
403411#: ../../reference/introduction.rst:169
404412msgid "White space is only meaningful to separate tokens."
405- msgstr ""
413+ msgstr "Пробел имеет значение только для разделения токенов. "
406414
407415#: ../../reference/introduction.rst:171
408416msgid ""
409417"Rules are normally contained on a single line, but rules that are too long "
410418"may be wrapped:"
411419msgstr ""
420+ "Обычно правила помещаются на одной строке, но слишком длинные правила могут "
421+ "быть перенесены:"
412422
413423#: ../../reference/introduction.rst:180
414424msgid ""
415425"Alternatively, rules may be formatted with the first line ending at the "
416426"colon, and each alternative beginning with a vertical bar on a new line. For"
417427" example:"
418428msgstr ""
429+ "В качестве альтернативы правила могут быть оформлены так, что первая строка "
430+ "заканчивается двоеточием, а каждая альтернатива начинается с вертикальной "
431+ "черты на новой строке. Например:"
419432
420433#: ../../reference/introduction.rst:195
421434msgid "This does *not* mean that there is an empty first alternative."
422- msgstr ""
435+ msgstr "Это *не* означает, что существует пустая первая альтернатива. "
423436
424437#: ../../reference/introduction.rst:202
425438msgid "Lexical and Syntactic definitions"
426- msgstr ""
439+ msgstr "Лексические и синтаксические определения "
427440
428441#: ../../reference/introduction.rst:204
429442msgid ""
@@ -434,6 +447,12 @@ msgid ""
434447"cases the exact boundary between the two phases is a CPython implementation "
435448"detail."
436449msgstr ""
450+ "Существует некоторое различие между *лексическим* и *синтаксическим* "
451+ "анализом: :term:`лексический анализатор` работает с отдельными символами "
452+ "исходного кода, в то время как *парсер* (синтаксический анализатор) работает"
453+ " с потоком :term:`токенов <token>`, сгенерированных лексическим "
454+ "анализатором. Однако в некоторых случаях точная граница между этими двумя "
455+ "этапами является деталью реализации CPython."
437456
438457#: ../../reference/introduction.rst:211
439458msgid ""
@@ -443,13 +462,23 @@ msgid ""
443462":data:`token.INDENT` or :data:`~token.NEWLINE`. *Syntactic* definitions then"
444463" use these tokens, rather than source characters."
445464msgstr ""
465+ "Практическое различие между ними заключается в том, что в *лексических* "
466+ "определениях все пробельные символы являются значимыми. Лексический "
467+ "анализатор :ref:`отбрасывает <whitespace>` все пробельные символы, которые "
468+ "не преобразуются в токены, такие как :data:`token.INDENT` или "
469+ ":data:`~token.NEWLINE`. *Синтаксические* определения затем используют эти "
470+ "токены, а не исходные символы."
446471
447472#: ../../reference/introduction.rst:217
448473msgid ""
449474"This documentation uses the same BNF grammar for both styles of definitions."
450475" All uses of BNF in the next chapter (:ref:`lexical`) are lexical "
451476"definitions; uses in subsequent chapters are syntactic definitions."
452477msgstr ""
478+ "В этой документации для обоих типов определений используется одна и та же "
479+ "грамматика BNF. Все использования BNF в следующей главе (:ref:`lexical`) "
480+ "являются лексическими определениями; а использования в последующих главах — "
481+ "синтаксическими."
453482
454483#: ../../reference/introduction.rst:91
455484msgid "BNF"
0 commit comments