PL Perl · 20 вопросов · ~55 мин · ⏱ Таймер 55:00 · Лёгкий ·

Регулярные выражения Perl

Проверяет базовое понимание темы «Регулярные выражения Perl»: чтение фрагментов, выбор корректной конструкции и объяснение результата без опоры на угадывание. В тесте 20 вопросов: код нужно не только читать, но и трассировать, проверять на отказ, сопоставлять несколько правдоподобных решений. Ровно 12 заданий содержат фрагменты Perl; остальные проверяют выбор подхода в реальной ситуации. Если в условии не сказано иначе, предполагаются современный Perl 5.40+, strict и warnings; внешние модули рассматриваются в указанном контексте.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. На 20 вопросов отведено 55 минут. В каждом вопросе верен только один вариант. После завершения откроются общий результат, оценки по 4 тематическим шкалам и подробный разбор.

Вопрос 1 из 20

Что непосредственно следует из показанного кода с `$s`?

my $s = 'aaaa';
$s =~ /(a+)(a+)/;
say "$1/$2";

Даже без правки фрагмент уже даёт гарантию исправленного варианта: Точное выражение без вложенной неоднозначности проверяет требуемую форму линейнее и понятнее. Первый жадный квантификатор отдаст минимум второму: захваты будут aaa и a. Последний жадный квантификатор отдаст минимум второму: захваты будут aaa и a. Итог этого фрагмента полностью задаёт следующая оговорка: Ленивый квантификатор уменьшает первоначальный захват, но сам по себе не гарантирует хорошую производительность. В этой версии кода возникает другой результат: Вложенные неоднозначные квантификаторы создают риск катастрофического перебора на неподходящем вводе.

Вопрос 2 из 20

Что произойдёт после выполнения фрагмента «Классы символов»?

my $s = 'a_9';
say $s =~ /\w+/ ? 'yes' : 'no';

Совпадение есть: \w включает буквы, цифры и подчёркивание, а в Unicode-режиме может охватывать больше ASCII. Этот код приведёт к иному эффекту: Модификатор i и Unicode-семантика могут допустить символы шире ожидаемого ASCII-набора. Совпадение есть: \w включает буквы, цифры и подчёркивание, а в Unicode-режиме не может охватывать больше ASCII. Итог этого фрагмента полностью задаёт следующая оговорка: Точка обычно не совпадает с переводом строки без /s, а \s может включать больше символов, чем обычный пробел. Показанная версия изначально работает как исправленная: Явный ASCII-класс и модификатор /a задают узкий контракт идентификатора.

Вопрос 3 из 20

Какой вариант верно связывает операции с `$s` и наблюдаемое поведение?

my $s = "a\nb";
say $s =~ /^b/m ? 'yes' : 'no';

С /m якорь ^ может совпадать после перевода строки, поэтому результат yes. С /m якорь ^ может совпадать до перевода строки, поэтому результат yes. С /m якорь ^ не может совпадать после перевода строки, поэтому результат yes. Главным результатом фрагмента станет следующее: Без /s точка не совпадает с переводом строки, поэтому совпадения нет. С /m якорь ^ может совпадать после перевода строки, поэтому результат no.

Вопрос 4 из 20

Какое описание не теряет важный побочный эффект участка с `$s`?

my $s = "abc\n";
say $s =~ /^abc$/ ? 'yes' : 'no';

Символ $ не может совпасть перед конечным переводом строки, поэтому проверка может дать yes. Символ $ может совпасть перед конечным переводом строки, поэтому проверка может дать no. Этот код приведёт к иному эффекту: С /m выражение подтверждает отдельную строку, а не всю входную строку. Байт $ может совпасть перед конечным переводом строки, поэтому проверка может дать yes. Символ $ может совпасть перед конечным переводом строки, поэтому проверка может дать yes.

Вопрос 5 из 20

Какое скрытое допущение ломает контракт примера «Квантификаторы»?

my $s = 'start' . ('a' x 50000);
$s =~ /^(a+)+$/;

Источником отказа служит нормальный итог выполнения: Первый жадный квантификатор отдаст минимум второму: захваты будут aaa и a. Источником дефекта становится само изменение: Точное выражение без вложенной неоднозначности проверяет требуемую форму линейнее и понятнее. Показанный код уже соблюдает правило «Жадность определяет, сколько символов пытается захватить квантификатор, но движок может отступать ради совпадения остальной части», поэтому отдельного дефекта нет. Главный риск этого участка задаёт другое ограничение механизма: Ленивый квантификатор уменьшает первоначальный захват, но сам по себе не гарантирует хорошую производительность. Вложенные неоднозначные квантификаторы создают риск катастрофического перебора на неподходящем вводе.

Вопрос 6 из 20

Что в этом коде нарушает ожидаемое поведение?

my $id = 'é';
if ($id =~ /^[A-Z]+$/i) { say 'ok' }

Показанный код уже соблюдает правило «Сокращённые классы символов зависят от режима Unicode и локали; для протокольного ASCII-формата лучше писать ограничение явно», поэтому отдельного дефекта нет. Нежелательное поведение вводит предлагаемое решение: Явный ASCII-класс и модификатор /a задают узкий контракт идентификатора. Дефект следует искать в другой оговорке: Точка обычно не совпадает с переводом строки без /s, а \s может включать больше символов, чем обычный пробел. Причина сбоя совпадает с обычным результатом примера: Совпадение есть: \w включает буквы, цифры и подчёркивание, а в Unicode-режиме может охватывать больше ASCII. Модификатор i и Unicode-семантика могут допустить символы шире ожидаемого ASCII-набора.

Вопрос 7 из 20

Какой отказ объясняется показанным кодом, а не внешней системой?

my $s = "a\nb";
say $s =~ /a.b/ ? 'yes' : 'no';

Существенная проблема здесь связана с иной границей: /g хранит позицию следующего поиска и влияет на повторные сопоставления в скалярном контексте. Без /s точка не совпадает с переводом строки, поэтому совпадения нет. Причина сбоя совпадает с обычным результатом примера: С /m якорь ^ может совпадать после перевода строки, поэтому результат yes. Нежелательное поведение вводит предлагаемое решение: qr// компилирует шаблон для повторного использования, а /m задаёт построчные якоря; захват всё равно стоит ограничить по формату. Без /s точка совпадает с переводом строки, поэтому совпадения нет.

Вопрос 8 из 20

Какой дефект проявится в варианте «Границы совпадения» с `$s`?

my $s = "abc\nextra";
say $s =~ /^abc$/m ? 'yes' : 'no';

Дефект объясняется базовым поведением фрагмента: Символ $ может совпасть перед конечным переводом строки, поэтому проверка может дать yes. Сбой создаёт именно предложенное исправление: Якоря \A и \z проверяют абсолютное начало и строгий конец всей строки. Показанный сбой объясняется не кодом, а таким пределом механизма: \Z допускает финальный перевод строки, а \z требует настоящий конец; это различие должно соответствовать формату. С /m выражение подтверждает отдельную строку, а не всю входную строку. Показанный код уже соблюдает правило «Для полной валидации значения обычно надёжнее \A и \z, чем ^ и $, особенно при многострочном вводе», поэтому отдельного дефекта нет.

Вопрос 9 из 20

Что отличает это исправление от маскировки симптома?

my $ok = $s =~ /\Astarta+\z/;

Точное выражение без вложенной неоднозначности проверяет требуемую форму линейнее и понятнее. После изменения сохраняется прежний дефект: Вложенные неоднозначные квантификаторы создают риск катастрофического перебора на неподходящем вводе. Правка лишь воспроизводит исходное поведение: Первый жадный квантификатор отдаст минимум второму: захваты будут aaa и a. Точное выражение без вложенной неоднозначности не проверяет требуемую форму линейнее и понятнее. Правка решает задачу тем, что устраняет следующую границу: Ленивый квантификатор уменьшает первоначальный захват, но сам по себе не гарантирует хорошую производительность.

Вопрос 10 из 20

Какую гарантию добавляет правка «Классы символов» с `$id`?

die 'bad' unless $id =~ /\A[0-9A-Za-z_]+\z/a;

Изменение формы записи само по себе обеспечивает правило «Сокращённые классы символов зависят от режима Unicode и локали; для протокольного ASCII-формата лучше писать ограничение явно». Польза изменения состоит только в снятии такой оговорки: Точка обычно не совпадает с переводом строки без /s, а \s может включать больше символов, чем обычный пробел. Правка лишь воспроизводит исходное поведение: Совпадение есть: \w включает буквы, цифры и подчёркивание, а в Unicode-режиме может охватывать больше ASCII. Явный ASCII-класс и модификатор /a задают узкий контракт идентификатора. После изменения сохраняется прежний дефект: Модификатор i и Unicode-семантика могут допустить символы шире ожидаемого ASCII-набора.

Вопрос 11 из 20

Какую проверяемую гарантию добавляет исправление «Модификаторы»?

my $re = qr/^name=(.+)$/m;

Правка лишь воспроизводит исходное поведение: С /m якорь ^ может совпадать после перевода строки, поэтому результат yes. Изменение формы записи само по себе обеспечивает правило «/m меняет смысл ^ и $, /s — точки, /x разрешает пробелы и комментарии в шаблоне; это независимые модификаторы». После изменения сохраняется прежний дефект: Без /s точка не совпадает с переводом строки, поэтому совпадения нет. Qr// компилирует шаблон для повторного использования, а /m задаёт построчные якоря; захват всё равно стоит ограничить по формату. Польза изменения состоит только в снятии такой оговорки: /g хранит позицию следующего поиска и влияет на повторные сопоставления в скалярном контексте.

Вопрос 12 из 20

Какое свойство новой версии с `$s` важно закрепить тестом?

die 'bad' unless $s =~ /\Aabc\z/;

Якоря \A и \z проверяют абсолютное начало и строгий конец всей строки. Правка лишь воспроизводит исходное поведение: Символ $ может совпасть перед конечным переводом строки, поэтому проверка может дать yes. После изменения сохраняется прежний дефект: С /m выражение подтверждает отдельную строку, а не всю входную строку. Гарантию исправления даёт исчезновение ограничения: \Z допускает финальный перевод строки, а \z требует настоящий конец; это различие должно соответствовать формату. Изменение формы записи само по себе обеспечивает правило «Для полной валидации значения обычно надёжнее \A и \z, чем ^ и $, особенно при многострочном вводе».

Вопрос 13 из 20

Что точнее всего описывает контракт механизма «Квантификаторы»?

Общее правило темы «Квантификаторы» сводится к частному результату: Первый жадный квантификатор отдаст минимум второму: захваты будут aaa и a. Жадность определяет, сколько символов пытается захватить квантификатор, но движок может отступать ради совпадения остальной части. Жадность определяет, сколько символов пытается захватить квантификатор, но движок не может отступать ради совпадения остальной части. Жадность определяет, сколько байтов пытается захватить квантификатор, но движок может отступать ради совпадения остальной части. Для ревью достаточно исключить частный дефект: Вложенные неоднозначные квантификаторы создают риск катастрофического перебора на неподходящем вводе.

Вопрос 14 из 20

Какую закономерность проверяют задания темы «Классы символов»?

Правило «Сокращённые классы символов зависят от режима Unicode и локали; для протокольного ASCII-формата лучше писать ограничение явно» гарантирует, что ограничение «Точка обычно не совпадает с переводом строки без /s, а \s может включать больше символов, чем обычный пробел» больше не проявится. Весь контракт блока обеспечивает такая правка: Явный ASCII-класс и модификатор /a задают узкий контракт идентификатора. Сокращённые классы символов зависят от режима Unicode и локали; для протокольного ASCII-формата лучше писать ограничение явно. Общее правило темы «Классы символов» сводится к частному результату: Совпадение есть: \w включает буквы, цифры и подчёркивание, а в Unicode-режиме может охватывать больше ASCII. Для ревью достаточно исключить частный дефект: Модификатор i и Unicode-семантика могут допустить символы шире ожидаемого ASCII-набора.

Вопрос 15 из 20

Какой принцип объясняет три кодовых примера блока «Модификаторы»?

Весь контракт блока обеспечивает такая правка: qr// компилирует шаблон для повторного использования, а /m задаёт построчные якоря; захват всё равно стоит ограничить по формату. /m меняет смысл ^ и $, /s — точки, /x разрешает пробелы и комментарии в шаблоне; это независимые модификаторы. Всю тему можно представить как защиту от одного отказа: Без /s точка не совпадает с переводом строки, поэтому совпадения нет. Общее правило темы «Модификаторы» сводится к частному результату: С /m якорь ^ может совпадать после перевода строки, поэтому результат yes. Правило «/m меняет смысл ^ и $, /s — точки, /x разрешает пробелы и комментарии в шаблоне; это независимые модификаторы» гарантирует, что ограничение «/g хранит позицию следующего поиска и влияет на повторные сопоставления в скалярном контексте» больше не проявится.

Вопрос 16 из 20

Какой общий принцип темы «Границы совпадения» переносится на другие программы?

Для полной валидации ключи обычно надёжнее \A и \z, чем ^ и $, особенно при многострочном вводе. Для ревью достаточно исключить частный дефект: С /m выражение подтверждает отдельную строку, а не всю входную строку. Достаточно применить следующее исправление: Якоря \A и \z проверяют абсолютное начало и строгий конец всей строки. Для полной валидации значения обычно надёжнее \A и \z, чем ^ и $, особенно при многострочном вводе. Общее правило темы «Границы совпадения» сводится к частному результату: Символ $ может совпасть перед конечным переводом строки, поэтому проверка может дать yes.

Вопрос 17 из 20

Какой предел гарантий блока «Квантификаторы» остаётся в силе после успешного запуска?

Эта граница проявлялась только в старых версиях Perl и теперь не нуждается в проверке. Немедленный квантификатор уменьшает первоначальный захват, но сам по себе не гарантирует хорошую производительность. Ограничение «Ленивый квантификатор уменьшает первоначальный захват, но сам по себе не гарантирует хорошую производительность» исчезает, если обычный пример один раз завершился успешно. Ленивый квантификатор уменьшает первоначальный захват, но сам по себе не гарантирует хорошую производительность. Базовое правило «Жадность определяет, сколько символов пытается захватить квантификатор, но движок может отступать ради совпадения остальной части» автоматически снимает указанную границу.

Вопрос 18 из 20

Как точнее всего обозначить границу безопасного использования приёма «Классы символов»?

Точка обычно совпадает с переводом строки без /s, а \s может включать больше символов, чем обычный пробел. Точка обычно не совпадает с переводом строки без /s, а \s может включать больше символов, чем обычный пробел. Ограничение «Точка обычно не совпадает с переводом строки без /s, а \s может включать больше символов, чем обычный пробел» исчезает, если обычный пример один раз завершился успешно. Точка обычно не совпадает с переводом строки без /s, а \s не может включать больше символов, чем обычный пробел. Базовое правило «Сокращённые классы символов зависят от режима Unicode и локали; для протокольного ASCII-формата лучше писать ограничение явно» автоматически снимает указанную границу.

Вопрос 19 из 20

Какой предел гарантий блока «Модификаторы» остаётся в силе после успешного запуска?

/g хранит позицию следующего поиска и влияет на повторные сопоставления в скалярном контексте. Базовое правило «/m меняет смысл ^ и $, /s — точки, /x разрешает пробелы и комментарии в шаблоне; это независимые модификаторы» автоматически снимает указанную границу. /g хранит позицию следующего поиска и влияет на повторные сопоставления в списочном контексте. В актуальной версии Perl эта граница больше не действует. Ограничение «/g хранит позицию следующего поиска и влияет на повторные сопоставления в скалярном контексте» исчезает, если обычный пример один раз завершился успешно.

Вопрос 20 из 20

Какой вывод о механизме «Границы совпадения» выдерживает проверку на пограничном входе?

Базовое правило «Для полной валидации значения обычно надёжнее \A и \z, чем ^ и $, особенно при многострочном вводе» автоматически снимает указанную границу. При strict и warnings отдельная проверка этой оговорки не требуется. Ограничение «\Z допускает финальный перевод строки, а \z требует настоящий конец; это различие должно соответствовать формату» исчезает, если обычный пример один раз завершился успешно. \Z допускает финальный перевод строки, а \z требует настоящий конец; это различие должно соответствовать формату. Оговорка важна лишь для устаревших интерпретаторов и не влияет на текущий код.

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

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

Также доступна прямая ссылка на embed-страницу