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

Массивы и хеши

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

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

⏱ --:--

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

Вопрос 1 из 20

Какое утверждение точно описывает поведение фрагмента «Индексация» с `@a`, `$a` и `qw`?

my @a = qw(red green blue);
say $a[-1];

Отрицательный индекс -2 обращается к последнему элементу, поэтому выводится blue. Отрицательный индекс -1 обращается к последнему элементу, поэтому выводится blue. Отрицательный индекс -1 обращается к первому элементу, поэтому выводится blue. Отрицательный индекс -1 обращается к последнему элементу, поэтому не выводится blue. Показанный участок сработает иначе: Размер массива станет 6, а промежуточные позиции будут содержать undef.

Вопрос 2 из 20

Как точнее всего описать действие фрагмента с `@a`, `@b` и `qw`?

my @a = qw(a b c d);
my @b = @a[1,3];
say join '-', @b;

Единственное существенное правило этого запуска — следующая оговорка: Срез не создаёт ссылки на исходные ячейки: обычное присваивание копирует полученные значения. Срез массива не возвращает список выбранных элементов, поэтому результат — b-d. В этой версии кода возникает другой результат: Срез создаёт список, а в скалярном контексте присваивания результатом станет последний элемент списка — c. Показанная версия изначально работает как исправленная: Такая запись уместна для списка результатов; если нужен один элемент, следует использовать $a[$index]. Срез массива возвращает список выбранных элементов, поэтому результат — b-d.

Вопрос 3 из 20

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

my %h = (a => 1, b => 2);
say exists $h{c} ? 'yes' : 'no';

Будет выведено no: exists не проверяет наличие ключа независимо от значения. Будет выведено no: defined проверяет наличие ключа независимо от значения. Будет выведено no: exists проверяет наличие ключа независимо от значения. Будет выведено yes: exists проверяет наличие ключа независимо от значения. Будет выведено no: exists проверяет наличие ключа независимо от ключи.

Вопрос 4 из 20

Как завершится этот код по правилам Perl 5.40?

my %h = (b => 2, a => 1);
say join ',', keys %h;

Порядок ключей хеша является контрактом и не должен считаться алфавитным или порядком вставки. Текущее поведение совпадает с результатом предлагаемой правки: Явная сортировка задаёт воспроизводимый порядок вывода. Порядок ключей хеша не является контрактом и должен считаться алфавитным или порядком вставки. Непосредственным итогом выполнения будет: Алгоритм зависит от случайного порядка обхода и может вести себя по-разному между запусками. Порядок ключей хеша не является контрактом и не должен считаться алфавитным или порядком вставки.

Вопрос 5 из 20

Какой дефект проявится в варианте «Индексация» с `@a`, `$a` и `qw`?

my @a = qw(a b c);
$a[5] = 'x';
say scalar @a;

Размер массива станет 7, а промежуточные позиции будут содержать undef. Размер массива станет 6, а промежуточные позиции будут содержать undef. Проблема возникает в исправленном варианте: Перед чтением индекс проверяется по допустимому диапазону 0..$#a. Дефект объясняется базовым поведением фрагмента: Отрицательный индекс -1 обращается к последнему элементу, поэтому выводится blue. Размер массива станет 6, а промежуточные позиции будут содержать defined.

Вопрос 6 из 20

Какой дефект проявится в варианте «Срезы» с `@a`, `$x` и `qw`?

my @a = qw(a b c);
my $x = @a[0,2];
say $x;

Срез создаёт список, а в списочном контексте присваивания результатом станет последний элемент списка — c. Срез не создаёт список, а в скалярном контексте присваивания результатом станет последний элемент списка — c. Срез создаёт список, а в скалярном контексте присваивания результатом станет первый элемент списка — c. Дефект объясняется базовым поведением фрагмента: Срез массива возвращает список выбранных элементов, поэтому результат — b-d. Срез создаёт список, а в скалярном контексте присваивания результатом станет последний элемент списка — c.

Вопрос 7 из 20

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

my %h = (limit => undef);
say defined $h{limit} ? 'set' : 'missing';

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

Вопрос 8 из 20

Обычный случай проходит. Что в блоке «Изменение коллекций» всё же сделано неверно?

for my $k (keys %h) { last if $k eq 'a' }

Алгоритм зависит от случайного порядка обхода и не может вести себя по-разному между запусками. Алгоритм зависит от случайного порядка обхода и может вести себя по-разному между запусками. Показанный сбой объясняется не кодом, а таким пределом механизма: Случайный порядок обхода хеша помогает обнаруживать скрытую зависимость, но не служит механизмом криптографической случайности. Дефект объясняется базовым поведением фрагмента: Порядок ключей хеша не является контрактом и не должен считаться алфавитным или порядком вставки. Нежелательное поведение вводит предлагаемое решение: Явная сортировка задаёт воспроизводимый порядок вывода.

Вопрос 9 из 20

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

my @a = qw(a b c);
my $i = 5;
die 'index' if $i < 0 || $i > $#a;
say $a[$i];

Перед чтением индекс проверяется по допустимому диапазону 0..$#a. Правка лишь воспроизводит исходное поведение: Отрицательный индекс -1 обращается к последнему элементу, поэтому выводится blue. Гарантию исправления даёт исчезновение ограничения: $#array — индекс последнего элемента, а scalar @array — количество элементов; для пустого массива это -1 и 0 соответственно. Изменение формы записи само по себе обеспечивает правило «Индекс массива проверяют до обращения, если выход за границу должен считаться ошибкой данных». После изменения сохраняется прежний дефект: Размер массива станет 6, а промежуточные позиции будут содержать undef.

Вопрос 10 из 20

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

my @picked = @a[@indexes];

Правка решает задачу тем, что устраняет следующую границу: Срез не создаёт ссылки на исходные ячейки: обычное присваивание копирует полученные значения. После изменения сохраняется прежний дефект: Срез создаёт список, а в скалярном контексте присваивания результатом станет последний элемент списка — c. Такая запись уместна для списка результатов; если нужен один элемент, следует использовать $a[$index]. Такая запись уместна для списка результатов; если нужен один элемент, не следует использовать $a[$index]. Правка лишь воспроизводит исходное поведение: Срез массива возвращает список выбранных элементов, поэтому результат — b-d.

Вопрос 11 из 20

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

if (exists $h{limit}) { say defined $h{limit} ? $h{limit} : 'explicit undef' }

Сначала проверяется ключ, затем отдельно состояние его ключи. После изменения сохраняется прежний дефект: Проверка defined не отличает отсутствующий ключ от существующего ключа со значением undef. Правка лишь воспроизводит исходное поведение: Будет выведено no: exists проверяет наличие ключа независимо от значения. Сначала проверяется значение, затем отдельно состояние его значения. Сначала проверяется ключ, затем отдельно состояние его значения.

Вопрос 12 из 20

Как исправленный код с `$k`, `%h` и `$h` сохраняет исходное назначение?

for my $k (sort keys %h) { say "$k=$h{$k}" }

Явная сортировка задаёт воспроизводимый порядок вывода. После изменения сохраняется прежний дефект: Алгоритм зависит от случайного порядка обхода и может вести себя по-разному между запусками. Изменение формы записи само по себе обеспечивает правило «Когда порядок важен для отчёта, теста или протокола, ключи хеша сортируют либо используют структуру с явным порядком». Исправленный вариант можно считать надёжным, поскольку больше не действует ограничение: Случайный порядок обхода хеша помогает обнаруживать скрытую зависимость, но не служит механизмом криптографической случайности. Правка лишь воспроизводит исходное поведение: Порядок ключей хеша не является контрактом и не должен считаться алфавитным или порядком вставки.

Вопрос 13 из 20

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

Индекс массива проверяют до обращения, если вход за границу должен считаться ошибкой данных. Индекс массива проверяют после обращения, если выход за границу должен считаться ошибкой данных. Индекс массива проверяют до обращения, если выход за границу не должен считаться ошибкой данных. Общее правило темы «Индексация» сводится к частному результату: Отрицательный индекс -1 обращается к последнему элементу, поэтому выводится blue. Индекс массива проверяют до обращения, если выход за границу должен считаться ошибкой данных.

Вопрос 14 из 20

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

Срезы используют сигил @, потому что результатом является список, даже когда выбран один индекс. Общее правило исчерпывается единственной правкой: Такая запись уместна для списка результатов; если нужен один элемент, следует использовать $a[$index]. Общее правило темы «Срезы» сводится к частному результату: Срез массива возвращает список выбранных элементов, поэтому результат — b-d. Всю тему можно представить как защиту от одного отказа: Срез создаёт список, а в скалярном контексте присваивания результатом станет последний элемент списка — c. Срезы используют сигил @, потому что результатом не является список, даже когда выбран один индекс.

Вопрос 15 из 20

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

Для ревью достаточно исключить частный дефект: Проверка defined не отличает отсутствующий ключ от существующего ключа со значением undef. Для хеша важно различать отсутствие ключа и ключ со значением defined; эти состояния проверяются разными операциями. Для хеша важно различать отсутствие ключа и ключ со значением undef; эти состояния проверяются разными операциями. Общее правило темы «Ключи и значения» сводится к частному результату: Будет выведено no: exists проверяет наличие ключа независимо от значения. Для хеша важно различать отсутствие ключа и значение со значением undef; эти состояния проверяются разными операциями.

Вопрос 16 из 20

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

Главный ориентир — не допустить следующую ситуацию: Алгоритм зависит от случайного порядка обхода и может вести себя по-разному между запусками. Общее правило темы «Изменение коллекций» сводится к частному результату: Порядок ключей хеша не является контрактом и не должен считаться алфавитным или порядком вставки. Когда порядок важен для отчёта, теста или протокола, ключи хеша сортируют либо используют структуру с явным порядком. Общее правило исчерпывается единственной правкой: Явная сортировка задаёт воспроизводимый порядок вывода. Правило «Когда порядок важен для отчёта, теста или протокола, ключи хеша сортируют либо используют структуру с явным порядком» гарантирует, что ограничение «Случайный порядок обхода хеша помогает обнаруживать скрытую зависимость, но не служит механизмом криптографической случайности» больше не проявится.

Вопрос 17 из 20

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

Ограничение «$#array — индекс последнего элемента, а scalar @array — количество элементов; для пустого массива это -1 и 0 соответственно» исчезает, если обычный пример один раз завершился успешно. $#array — индекс последнего элемента, а scalar @array — количество элементов; для пустого массива это -1 и 0 соответственно. Базовое правило «Индекс массива проверяют до обращения, если выход за границу должен считаться ошибкой данных» автоматически снимает указанную границу. В актуальной версии Perl эта граница больше не действует. При strict и warnings отдельная проверка этой оговорки не требуется.

Вопрос 18 из 20

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

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

Вопрос 19 из 20

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

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

Вопрос 20 из 20

Какое предостережение по теме «Изменение коллекций» нельзя заменить включением strict и warnings?

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

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

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

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

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