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

Скалярный и списочный контекст

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

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

⏱ --:--

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

Вопрос 1 из 20

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

my @x = qw(a b c);
my $n = @x;
my @copy = @x;
say "$n/@copy";

В $n окажется 3, а @copy получит три элемента: контекст задаётся левой частью присваивания. Исходная реализация уже содержит нужную защиту: Если нужен обратный порядок элементов, reverse следует вызвать в списочном контексте, а строку собрать отдельно. В показанном случае решающим становится только ограничение: scalar не преобразует значение в особый тип; он лишь принудительно задаёт скалярный контекст выражению. В $n окажется 4, а @copy получит три элемента: контекст задаётся левой частью присваивания. Главным результатом фрагмента станет следующее: В скалярном контексте reverse сначала склеивает список и разворачивает строку, поэтому результат отличается от списочного reverse.

Вопрос 2 из 20

Не запуская фрагмент «Возврат списка», выберите точное описание его работы.

sub pair { return (10, 20) }
my $x = pair();
my @x = pair();
say "$x/@x";

Скалярное присваивание получает первый элемент списка, 20, а массив — оба значения. Скалярное присваивание получает последний элемент списка, 21, а массив — оба значения. Скалярное присваивание получает последний элемент списка, 20, а хеш — оба значения. Скалярное присваивание получает последний элемент списка, 20, а массив — оба значения. Скалярное присваивание получает последний элемент списка, 20, а массив — оба ключи.

Вопрос 3 из 20

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

sub mode { return !defined wantarray ? 'void' : wantarray ? 'list' : 'scalar' }
say mode();
my @x = mode();
mode();

Главным результатом фрагмента станет следующее: В скалярном контексте возвращается ссылка на массив, а числовая операция над ней не означает количество элементов. Последний вызов видит скалярный контекст say, второй — списочный, третий — void. Исходная реализация уже содержит нужную защиту: Если скалярный контракт — количество, его нужно вернуть явно, а не надеяться на побочный контекст списка. Первый вызов видит скалярный контекст say, второй — списочный, третий — void. В показанном случае решающим становится только ограничение: Значение undef от wantarray означает void-контекст; оно не совпадает со скалярным ложным значением.

Вопрос 4 из 20

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

my %h = (a => 1, b => 2);
my $x = %h;
say $x;

Скалярное значение хеша не является переносимым способом получить размер; оно может иметь служебный вид, поэтому нужен scalar keys %h. Скалярное значение хеша не является переносимым способом получить размер; оно не может иметь служебный вид, поэтому нужен scalar keys %h. Главным результатом фрагмента станет следующее: Один и тот же grep возвращает количество совпадений в скалярном контексте и сами элементы в списочном. Скалярное значение хеша является переносимым способом получить размер; оно может иметь служебный вид, поэтому нужен scalar keys %h. Исходная реализация уже содержит нужную защиту: Контракт становится явным, когда разные цели записаны отдельными переменными и именами.

Вопрос 5 из 20

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

my @x = qw(a b c);
say scalar reverse @x;

В списочном контексте reverse сначала склеивает список и разворачивает строку, поэтому результат отличается от списочного reverse. В скалярном контексте reverse сначала склеивает список и разворачивает строку, поэтому результат отличается от списочного reverse. Причина сбоя совпадает с обычным результатом примера: В $n окажется 3, а @copy получит три элемента: контекст задаётся левой частью присваивания. Источником дефекта становится само изменение: Если нужен обратный порядок элементов, reverse следует вызвать в списочном контексте, а строку собрать отдельно. Причину отказа точнее описывает соседняя граница темы: scalar не преобразует значение в особый тип; он лишь принудительно задаёт скалярный контекст выражению.

Вопрос 6 из 20

Какую границу автор фрагмента «Возврат списка» не учёл?

sub load { return () }
my $x = load();
say defined $x ? $x : 'undef';

Пустой список в скалярном контексте даёт число 0, поэтому его можно отличить от undef без дополнительной проверки. Пустой список в скалярном контексте даёт undef, а не пустой хеш и не число 0. Пустой список в скалярном контексте даёт undef, а не пустой массив и не число 0. Пустой список в списочном контексте даёт undef, а не пустой массив и не число 0. Пустой список в скалярном контексте даёт defined, а не пустой массив и не число 0.

Вопрос 7 из 20

Какой дефект проявится в варианте «Оператор wantarray» с `$value` и `load_values`?

sub load_values {
    return wantarray ? (1, 2, 3) : [1, 2, 3];
}
my $value = load_values();
say $value + 0;

В скалярном контексте возвращается ссылка на массив, а числовая операция над ней означает количество элементов. В скалярном контексте возвращается ссылка на массив, а числовая операция над ней не означает количество элементов. В списочном контексте возвращается ссылка на массив, а числовая операция над ней не означает количество элементов. В скалярном контексте возвращается копия на массив, а числовая операция над ней не означает количество элементов. В скалярном контексте возвращается ссылка на хеш, а числовая операция над ней не означает количество элементов.

Вопрос 8 из 20

Что нужно заметить при ревью фрагмента «Неочевидные преобразования»?

my $found = grep /x/, @items;
my @found = grep /x/, @items;

Один и тот же grep не возвращает количество совпадений в скалярном контексте и сами элементы в списочном. Один и тот же grep возвращает количество совпадений в скалярном контексте и сами элементы в скалярном. Дефект объясняется базовым поведением фрагмента: Скалярное значение хеша не является переносимым способом получить размер; оно может иметь служебный вид, поэтому нужен scalar keys %h. Один и тот же grep возвращает количество совпадений в списочном контексте и сами элементы в списочном. Один и тот же grep возвращает количество совпадений в скалярном контексте и сами элементы в списочном.

Вопрос 9 из 20

Почему пограничный случай больше не теряется в участке с `@rev`, `@x` и `$text`?

my @rev = reverse @x;
my $text = join '', @rev;

Правка лишь воспроизводит исходное поведение: В $n окажется 3, а @copy получит три элемента: контекст задаётся левой частью присваивания. Если нужен обратный порядок элементов, reverse следует вызвать в списочном контексте, а строку собрать отдельно. Если нужен обратный порядок элементов, reverse не следует вызвать в списочном контексте, а строку собрать отдельно. После изменения сохраняется прежний дефект: В скалярном контексте reverse сначала склеивает список и разворачивает строку, поэтому результат отличается от списочного reverse. Если нужен обратный порядок элементов, reverse следует вызвать в скалярном контексте, а строку собрать отдельно.

Вопрос 10 из 20

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

sub lookup { my ($k) = @_; return wantarray ? ($k, 1) : 1 }

Исправленный вариант можно считать надёжным, поскольку больше не действует ограничение: return @array в скалярном контексте возвращает количество элементов, но return (1,2) — последний элемент; эти случаи нельзя смешивать. Подпрограмма явно различает список деталей и скалярный признак успеха; контракт нужно документировать и тестировать в обоих контекстах. Подпрограмма явно различает список деталей и скалярный признак успеха; контракт не нужно документировать и тестировать в обоих контекстах. Правка лишь воспроизводит исходное поведение: Скалярное присваивание получает последний элемент списка, 20, а массив — оба значения. После изменения сохраняется прежний дефект: Пустой список в скалярном контексте даёт undef, а не пустой массив и не число 0.

Вопрос 11 из 20

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

sub values { my @v = (1,2,3); return wantarray ? @v : scalar @v }

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

Вопрос 12 из 20

Как показанная редакция «Неочевидные преобразования» делает контракт проверяемым?

my $count = grep { /x/ } @items;
my @rows = grep { /x/ } @items;

Изменение формы записи само по себе обеспечивает правило «Неочевидные контекстные преобразования лучше делать явными через scalar, временную переменную или отдельную функцию». Правка решает задачу тем, что устраняет следующую границу: Булев контекст является разновидностью скалярного, но функция может вернуть истинное значение, не равное числу найденных элементов. Контракт становится явным, когда разные цели записаны отдельными переменными и именами. Правка лишь воспроизводит исходное поведение: Скалярное значение хеша не является переносимым способом получить размер; оно может иметь служебный вид, поэтому нужен scalar keys %h. После изменения сохраняется прежний дефект: Один и тот же grep возвращает количество совпадений в скалярном контексте и сами элементы в списочном.

Вопрос 13 из 20

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

Основной принцип блока описывает только такой риск: В скалярном контексте reverse сначала склеивает список и разворачивает строку, поэтому результат отличается от списочного reverse. Контекст в Perl передаётся выражению окружающей конструкцией и может менять не только форму, но и смысл результата. Контекст в Perl не передаётся выражению окружающей конструкцией и может менять не только форму, но и смысл результата. Общее правило темы «Контекст выражения» сводится к частному результату: В $n окажется 3, а @copy получит три элемента: контекст задаётся левой частью присваивания. Контекст в Perl передаётся выражению окружающей конструкцией и не может менять не только форму, но и смысл результата.

Вопрос 14 из 20

Какой вывод объединяет результат, дефект и исправление в теме «Возврат списка»?

Возвращаемый список является контейнером сам по себе: вызывающий контекст определяет, сколько и какие значения будут использованы. Для всех случаев темы подходит одно изменение: Подпрограмма явно различает список деталей и скалярный признак успеха; контракт нужно документировать и тестировать в обоих контекстах. Общее правило темы можно свести к предотвращению одного сбоя: Пустой список в скалярном контексте даёт undef, а не пустой массив и не число 0. Общее правило темы «Возврат списка» сводится к частному результату: Скалярное присваивание получает последний элемент списка, 20, а массив — оба значения. Возвращаемый список не является контейнером сам по себе: вызывающий контекст определяет, сколько и какие значения будут использованы.

Вопрос 15 из 20

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

Общее правило темы «Оператор wantarray» сводится к частному результату: Первый вызов видит скалярный контекст say, второй — списочный, третий — void. Wantarray применяют только когда различие контекстов является осознанной частью интерфейса, а не способом спрятать несвязанные режимы работы. Общее правило исчерпывается единственной правкой: Если скалярный контракт — количество, его нужно вернуть явно, а не надеяться на побочный контекст списка. Wantarray применяют только когда различие контекстов не является осознанной частью интерфейса, а не способом спрятать несвязанные режимы работы. Для ревью достаточно исключить частный дефект: В скалярном контексте возвращается ссылка на массив, а числовая операция над ней не означает количество элементов.

Вопрос 16 из 20

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

Правило «Неочевидные контекстные преобразования лучше делать явными через scalar, временную переменную или отдельную функцию» гарантирует, что ограничение «Булев контекст является разновидностью скалярного, но функция может вернуть истинное значение, не равное числу найденных элементов» больше не проявится. Неочевидные контекстные преобразования лучше делать явными через scalar, временную переменную или отдельную функцию. Общее правило исчерпывается единственной правкой: Контракт становится явным, когда разные цели записаны отдельными переменными и именами. Общее правило темы «Неочевидные преобразования» сводится к частному результату: Скалярное значение хеша не является переносимым способом получить размер; оно может иметь служебный вид, поэтому нужен scalar keys %h. Общее правило темы можно свести к предотвращению одного сбоя: Один и тот же grep возвращает количество совпадений в скалярном контексте и сами элементы в списочном.

Вопрос 17 из 20

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

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

Вопрос 18 из 20

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

Return @array в скалярном контексте не возвращает количество элементов, но return (1,2) — последний элемент; эти случаи нельзя смешивать. Return @array в скалярном контексте возвращает количество элементов, но return (1,2) — последний элемент; эти случаи нельзя смешивать. Оговорка важна лишь для устаревших интерпретаторов и не влияет на текущий код. Базовое правило «Возвращаемый список не является контейнером сам по себе: вызывающий контекст определяет, сколько и какие значения будут использованы» автоматически снимает указанную границу. Ограничение «return @array в скалярном контексте возвращает количество элементов, но return (1,2) — последний элемент; эти случаи нельзя смешивать» исчезает, если обычный пример один раз завершился успешно.

Вопрос 19 из 20

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

Значение defined от wantarray означает void-контекст; оно не совпадает со скалярным ложным значением. Значение undef от wantarray означает void-контекст; оно не совпадает со скалярным ложным значением. Значение undef от wantarray не означает void-контекст; оно не совпадает со скалярным ложным значением. Ключ undef от wantarray означает void-контекст; оно не совпадает со скалярным ложным значением. Значение undef от wantarray означает void-контекст; оно совпадает со скалярным ложным значением.

Вопрос 20 из 20

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

Булев контекст является разновидностью скалярного, но функция может вернуть ложное значение, не равное числу найденных элементов. Булев контекст является разновидностью скалярного, но функция может вернуть истинное значение, не равное числу найденных элементов. Булев контекст не является разновидностью скалярного, но функция может вернуть истинное значение, не равное числу найденных элементов. Булев контекст является разновидностью скалярного, но функция может вернуть истинное ключ, не равное числу найденных элементов. Булев контекст является разновидностью скалярного, но функция не может вернуть истинное значение, не равное числу найденных элементов.

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

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

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

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