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

Скалярные значения и переменные Perl

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

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

⏱ --:--

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

Вопрос 1 из 20

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

my $x = '09';
my $y = $x + 1;
say "$x/$y";

Будет напечатано 09/10: строковое исходное значение не меняется, а в сложении используется его числовое значение. Будет напечатано 09/10: строковое исходное ключ не меняется, а в сложении используется его числовое значение. Будет напечатано 10/10: строковое исходное значение не меняется, а в сложении используется его числовое значение. Будет напечатано 09/10: строковое исходное значение не меняется, а в сложении используется его строковое значение. Будет напечатано 09/10: числовое исходное значение не меняется, а в сложении используется его числовое значение.

Вопрос 2 из 20

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

my $v;
say defined($v) ? 'defined' : 'undef';

Будет выведено undef: объявление переменной не создаёт определённого ключи. Непосредственным итогом выполнения будет: Код ошибочно смешивает значение 0 с отсутствием данных; для проверки наличия нужен defined. Будет выведено undef: объявление переменной создаёт определённого значения. Будет выведено undef: объявление переменной не создаёт определённого значения. Будет выведено defined: объявление переменной не создаёт определённого значения.

Вопрос 3 из 20

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

my $name = 'Mira';
my $s = 'Hello, $name';
say $s;

Текущее поведение совпадает с результатом предлагаемой правки: Оператор q{} задаёт строку без интерполяции и сохраняет обратные косые черты в таком пути. В этой версии кода возникает другой результат: В двойных кавычках последовательности вроде \n и \t интерпретируются, поэтому путь искажается. Одинарные кавычки не интерполируют переменную, поэтому вывод содержит буквальный текст $name. Поведение кода сводится к одной границе механизма: qq{} ведёт себя как двойные кавычки, а q{} — как одинарные; смена ограничителя не меняет правил интерполяции. По тому, нужна ли интерполяция и обработка управляющих последовательностей, а одинарные кавычки не интерполируют переменную, поэтому вывод содержит буквальный текст $name.

Вопрос 4 из 20

Какое утверждение точно описывает поведение фрагмента «Преобразования» с `$x`?

my $x = ' 42 ';
$x += 0;
say $x;

Главным результатом фрагмента станет следующее: Преобразование уничтожает ведущие нули, поэтому идентификатор нельзя без необходимости трактовать как число. После числовой операции будет напечатано 42: пробелы допустимы при числовом преобразовании. Для результата здесь достаточно учесть лишь такое условие: Функция int усекает дробную часть к нулю и не является валидатором текстового ввода. Дополнительное изменение не требуется, поскольку код уже обеспечивает следующее: Сначала проверяется весь ввод, затем выполняется явное числовое преобразование. После числовой операции будет напечатано 43: пробелы допустимы при числовом преобразовании.

Вопрос 5 из 20

Почему участок с `$n` ненадёжен на пограничном входе?

my $n;
say $n + 2;

Дефект объясняется базовым поведением фрагмента: Будет напечатано 09/10: строковое исходное значение не меняется, а в сложении используется его числовое значение. Вычисление даст 2, но при выключенных warnings появится предупреждение об использовании undef как числа. Вычисление даст 3, но при включённых warnings появится предупреждение об использовании undef как числа. Вычисление даст 2, но при включённых warnings появится предупреждение об использовании undef как числа. Вычисление даст 2, но при включённых warnings появится предупреждение об использовании defined как числа.

Вопрос 6 из 20

Какой риск связан именно с операциями `$v`?

my $v = 0;
say $v || 'missing';

Код ошибочно смешивает значение 0 с отсутствием данных; для проверки наличия нужен defined. Код ошибочно смешивает ключ 0 с отсутствием данных; для проверки наличия нужен defined. Код ошибочно смешивает значение 0 с отсутствием данных; для проверки наличия нужен undef. Код ошибочно смешивает значение 0 с отсутствием данных; для проверки наличия нужен exists. Код ошибочно смешивает значение 1 с отсутствием данных; для проверки наличия нужен defined.

Вопрос 7 из 20

Какой диагноз точнее всего относится к участку с `$path`?

my $path = "C:\new\tmp";
say $path;

Показанный код уже соблюдает правило «Кавычки выбирают не по внешнему виду строки, а по тому, нужна ли интерполяция и обработка управляющих последовательностей», поэтому отдельного дефекта нет. В двойных кавычках последовательности вроде \n и \t интерпретируются, поэтому путь искажается. Нежелательное поведение вводит предлагаемое решение: Оператор q{} задаёт строку без интерполяции и сохраняет обратные косые черты в таком пути. Показанный сбой объясняется не кодом, а таким пределом механизма: qq{} ведёт себя как двойные кавычки, а q{} — как одинарные; смена ограничителя не меняет правил интерполяции. Причина сбоя совпадает с обычным результатом примера: Одинарные кавычки не интерполируют переменную, поэтому вывод содержит буквальный текст $name.

Вопрос 8 из 20

Какой риск связан именно с операциями `$id` и `int`?

my $id = '007';
$id = int($id);

Существенная проблема здесь связана с иной границей: Функция int усекает дробную часть к нулю и не является валидатором текстового ввода. Преобразование уничтожает ведущие нули, поэтому идентификатор нельзя без необходимости трактовать как число. Проблема возникает в исправленном варианте: Сначала проверяется весь ввод, затем выполняется явное числовое преобразование. Показанный код уже соблюдает правило «Форматные идентификаторы, номера счетов и коды с ведущими нулями следует хранить строками», поэтому отдельного дефекта нет. Дефект объясняется базовым поведением фрагмента: После числовой операции будет напечатано 42: пробелы допустимы при числовом преобразовании.

Вопрос 9 из 20

Почему этот вариант пригоднее для рабочего кода?

my $price = '12.50 руб.';
my $total = $price * 2;

Правка лишь воспроизводит исходное поведение: Будет напечатано 09/10: строковое исходное значение не меняется, а в сложении используется его числовое значение. До арифметики не нужно отдельно проверить и извлечь числовую часть, а не полагаться на молчаливое преобразование строки. После арифметики нужно отдельно проверить и извлечь числовую часть, а не полагаться на молчаливое преобразование строки. До арифметики нужно отдельно проверить и извлечь строковую часть, а не полагаться на молчаливое преобразование строки. До арифметики нужно отдельно проверить и извлечь числовую часть, а не полагаться на молчаливое преобразование строки.

Вопрос 10 из 20

Как правка с `$v`, `$shown` и `defined` меняет поведение на неудобном входе?

my $v = '';
my $shown = defined($v) ? $v : '(нет)';

Такая проверка сохраняет пустую строку как определённое значение и подставляет метку только для undef. Такая проверка не сохраняет пустую строку как определённое значение и подставляет метку только для undef. Такая проверка сохраняет пустую строку как определённое значение и подставляет метку только для defined. Такая проверка сохраняет пустую строку как определённое ключ и подставляет метку только для undef. Правка лишь воспроизводит исходное поведение: Будет выведено undef: объявление переменной не создаёт определённого значения.

Вопрос 11 из 20

Почему новая версия с `$path` устраняет исходный дефект?

my $path = q{C:\new\tmp};
say $path;

После изменения сохраняется прежний дефект: В двойных кавычках последовательности вроде \n и \t интерпретируются, поэтому путь искажается. Гарантию исправления даёт исчезновение ограничения: qq{} ведёт себя как двойные кавычки, а q{} — как одинарные; смена ограничителя не меняет правил интерполяции. Правка лишь воспроизводит исходное поведение: Одинарные кавычки не интерполируют переменную, поэтому вывод содержит буквальный текст $name. Оператор q{} задаёт строку без интерполяции и сохраняет обратные косые черты в таком пути. Оператор q{} задаёт строку без интерполяции и не сохраняет обратные косые черты в таком пути.

Вопрос 12 из 20

Какой вывод точнее всего объясняет пользу правки «Преобразования»?

my $raw = '17x';
die 'bad' unless $raw =~ /\A[0-9]+\z/;
my $n = 0 + $raw;

Правка лишь воспроизводит исходное поведение: После числовой операции будет напечатано 42: пробелы допустимы при числовом преобразовании. Сначала проверяется весь ввод, затем выполняется явное строковое преобразование. После изменения сохраняется прежний дефект: Преобразование уничтожает ведущие нули, поэтому идентификатор нельзя без необходимости трактовать как число. Сначала проверяется весь ввод, затем выполняется явное числовое преобразование. Сначала проверяется весь ввод, затем не выполняется явное числовое преобразование.

Вопрос 13 из 20

Как сформулировать основное правило блока «Числа и строки» без лишних обещаний?

Perl выбирает строковую или строковую интерпретацию скаляра по оператору и контексту выражения. Общее правило темы «Числа и строки» сводится к частному результату: Будет напечатано 09/10: строковое исходное значение не меняется, а в сложении используется его числовое значение. Perl выбирает строковую или числовую интерпретацию скаляра по оператору и контексту выражения. Для ревью достаточно исключить частный дефект: Вычисление даст 2, но при включённых warnings появится предупреждение об использовании undef как числа. Perl выбирает числовую или числовую интерпретацию скаляра по оператору и контексту выражения.

Вопрос 14 из 20

Какое положение темы «Неопределённое значение undef» помогает выбрать надёжную реализацию?

Для отличия отсутствующего значения от нуля и непустой строки применяют defined, а не проверку истинности. Для отличия отсутствующего значения от нуля и пустой строки применяют undef, а не проверку истинности. Для отличия отсутствующего значения от нуля и пустой строки применяют exists, а не проверку истинности. Для отличия отсутствующего ключи от нуля и пустой строки применяют defined, а не проверку истинности. Для отличия отсутствующего значения от нуля и пустой строки применяют defined, а не проверку истинности.

Вопрос 15 из 20

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

Правило «Кавычки выбирают не по внешнему виду строки, а по тому, нужна ли интерполяция и обработка управляющих последовательностей» гарантирует, что ограничение «qq{} ведёт себя как двойные кавычки, а q{} — как одинарные; смена ограничителя не меняет правил интерполяции» больше не проявится. Для ревью достаточно исключить частный дефект: В двойных кавычках последовательности вроде \n и \t интерпретируются, поэтому путь искажается. Кавычки выбирают не по внешнему виду строки, а по тому, нужна ли интерполяция и обработка управляющих последовательностей. Общее правило исчерпывается единственной правкой: Оператор q{} задаёт строку без интерполяции и сохраняет обратные косые черты в таком пути. Общее правило темы «Интерполяция» сводится к частному результату: Одинарные кавычки не интерполируют переменную, поэтому вывод содержит буквальный текст $name.

Вопрос 16 из 20

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

Общее правило темы можно свести к предотвращению одного сбоя: Преобразование уничтожает ведущие нули, поэтому идентификатор нельзя без необходимости трактовать как число. Форматные идентификаторы, номера счетов и коды с ведущими нулями следует хранить числами. Форматные идентификаторы, номера счетов и коды с ведущими нулями следует хранить строками. Форматные идентификаторы, номера счетов и коды с ведущими нулями не следует хранить строками. Общее правило темы «Преобразования» сводится к частному результату: После числовой операции будет напечатано 42: пробелы допустимы при числовом преобразовании.

Вопрос 17 из 20

Какое утверждение о теме «Числа и строки» не приписывает механизму лишних гарантий?

Базовое правило «Perl выбирает строковую или числовую интерпретацию скаляра по оператору и контексту выражения» автоматически снимает указанную границу. Скаляр может хранить и строковое, и числовое представление; это означает, что произвольная строка безопасно превращается в число. Скаляр не может хранить и строковое, и числовое представление; это не означает, что произвольная строка безопасно превращается в число. Ограничение «Скаляр может хранить и строковое, и числовое представление; это не означает, что произвольная строка безопасно превращается в число» исчезает, если обычный пример один раз завершился успешно. Скаляр может хранить и строковое, и числовое представление; это не означает, что произвольная строка безопасно превращается в число.

Вопрос 18 из 20

Что важно отдельно проверить при переносе приёма «Неопределённое значение undef» в рабочий код?

Defined, пустая строка и ноль ложны в логическом контексте, но описывают разные состояния данных. Ограничение «undef, пустая строка и ноль ложны в логическом контексте, но описывают разные состояния данных» исчезает, если обычный пример один раз завершился успешно. Эта граница проявлялась только в старых версиях Perl и теперь не нуждается в проверке. Undef, пустая строка и ноль ложны в логическом контексте, но описывают разные состояния данных. Базовое правило «Для отличия отсутствующего значения от нуля и пустой строки применяют defined, а не проверку истинности» автоматически снимает указанную границу.

Вопрос 19 из 20

Что важно отдельно проверить при переносе приёма «Интерполяция» в рабочий код?

Современный Perl устраняет указанное ограничение, поэтому отдельный тест избыточен. Базовое правило «Кавычки выбирают не по внешнему виду строки, а по тому, нужна ли интерполяция и обработка управляющих последовательностей» автоматически снимает указанную границу. Qq{} ведёт себя как двойные кавычки, а q{} — как одинарные; смена ограничителя не меняет правил интерполяции. Ограничение «qq{} ведёт себя как двойные кавычки, а q{} — как одинарные; смена ограничителя не меняет правил интерполяции» исчезает, если обычный пример один раз завершился успешно. При strict и warnings отдельная проверка этой оговорки не требуется.

Вопрос 20 из 20

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

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

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

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

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

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