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

Массивы и хеш-таблицы

Массивы и хеш-таблицы: практический тест по PowerShell с чтением кода, поиском причины ошибки и выбором надёжного решения. Темы: Массивы, Хеш-таблицы Hashtable, Упорядоченные словари Ordered, Добавление и фильтрация. Базовая линия — PowerShell 7.6.3; Windows-зависимые команды и отличия Windows PowerShell 5.1 отмечены в условиях.

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

⏱ --:--

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

Вопрос 1 из 20

Оператор запятая создаёт массив из одного элемента. Какой результат нужно ожидать?

$a = ,42
$b = @(42)
"$($a.Count):$($b.Count)"

@(...) обеспечивает стабильный массивный контракт и позволяет безопасно читать Count без особого случая для одного результата. Массив нельзя сократить на месте; создают новый результат фильтрации либо выбирают изменяемую коллекцию с подходящим методом удаления. Унарная запятая предотвращает разворачивание значения и создаёт одноэлементный массив; @() нормализует результат выражения в массив. Оператор диапазона может идти по убыванию, поэтому такой индекс возвращает элементы в обратном порядке. Массив фиксирован по размеру, поэтому += создаёт новый массив и копирует элементы; для накопления лучше поток или List[T].

Вопрос 2 из 20

Срез массива использует диапазон 3..1. Какой вывод был бы слишком сильным?

$a="a","b","c","d"
$a[3..1] -join ""

Массив фиксирован по размеру, поэтому += создаёт новый массив и копирует элементы; для накопления лучше поток или List[T]. Оператор диапазона может идти по убыванию, поэтому такой индекс возвращает элементы в обратном порядке. Упорядоченный словарь поддерживает обращение по позиции, но смешение индексного и ключевого доступа может сделать код неоднозначным. @(...) обеспечивает стабильный массивный контракт и позволяет безопасно читать Count без особого случая для одного результата. Унарная запятая предотвращает разворачивание значения и создаёт одноэлементный массив; @() нормализует результат выражения в массив.

Вопрос 3 из 20

Отрицательный индекс -1 применяется к непустому массиву. Какое объяснение не зависит от случайностей окружения?

$result = (10,20,30)[-1]
$items = @($result)
[pscustomobject]@{ Count=$items.Count; First=$items | Select-Object -First 1; IsNull=($null -eq $result) }

Оператор диапазона может идти по убыванию, поэтому такой индекс возвращает элементы в обратном порядке. Индекс -1 обращается к последнему элементу массива; это правило отличается от срезов некоторых других языков. @(...) обеспечивает стабильный массивный контракт и позволяет безопасно читать Count без особого случая для одного результата. Упорядоченный словарь поддерживает обращение по позиции, но смешение индексного и ключевого доступа может сделать код неоднозначным. Унарная запятая предотвращает разворачивание значения и создаёт одноэлементный массив; @() нормализует результат выражения в массив.

Вопрос 4 из 20

В большой коллекции часто выполняется +=. Как поступить, чтобы поведение осталось предсказуемым?

Оператор диапазона может идти по убыванию, поэтому такой индекс возвращает элементы в обратном порядке. Индекс -1 обращается к последнему элементу массива; это правило отличается от срезов некоторых других языков. Унарная запятая предотвращает разворачивание значения и создаёт одноэлементный массив; @() нормализует результат выражения в массив. Массив фиксирован по размеру, поэтому += создаёт новый массив и копирует элементы; для накопления лучше поток или List[T]. Массив нельзя сократить на месте; создают новый результат фильтрации либо выбирают изменяемую коллекцию с подходящим методом удаления.

Вопрос 5 из 20

Команда может вернуть ноль, один или много объектов. Что точнее всего описывает поведение?

@(...) обеспечивает стабильный массивный контракт и позволяет безопасно читать Count без особого случая для одного результата. Упорядоченный словарь поддерживает обращение по позиции, но смешение индексного и ключевого доступа может сделать код неоднозначным. Оператор диапазона может идти по убыванию, поэтому такой индекс возвращает элементы в обратном порядке. Массив нельзя сократить на месте; создают новый результат фильтрации либо выбирают изменяемую коллекцию с подходящим методом удаления. Массив фиксирован по размеру, поэтому += создаёт новый массив и копирует элементы; для накопления лучше поток или List[T].

Вопрос 6 из 20

Хеш-таблица содержит ключ Name, доступный как свойство. Какой подход выдержит повторный запуск?

$h=@{Name="alpha";Count=7}
$h["Count"]
$h.Name

Hashtable поддерживает доступ $h.Name как удобную оболочку над ключом, но конфликтующие имена методов лучше читать через индексатор. Hashtable допускает произвольные object; Dictionary[TKey,TValue] выражает строгий контракт и раньше обнаруживает несовместимые данные. Для фильтрации пар ключ-значение нужно перечислить DictionaryEntry через GetEnumerator; сама Hashtable в конвейере обычно передаётся как один объект. Обычная PowerShell Hashtable по строковым ключам нечувствительна к регистру; для иной семантики нужен подходящий .NET-словарь с компаратором. Изменение коллекции во время перечисления может вызвать ошибку; сначала следует получить копию ключей через @($h.Keys).

Вопрос 7 из 20

Две хеш-таблицы объединяются оператором +. Как PowerShell обработает этот случай?

$result = @{a=1}+@{b=2}
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

Обычная PowerShell Hashtable по строковым ключам нечувствительна к регистру; для иной семантики нужен подходящий .NET-словарь с компаратором. Оператор + создаёт новую таблицу, но выдаёт ошибку при дублирующемся ключе; это не стратегия автоматического переопределения. Hashtable поддерживает доступ $h.Name как удобную оболочку над ключом, но конфликтующие имена методов лучше читать через индексатор. Hashtable допускает произвольные object; Dictionary[TKey,TValue] выражает строгий контракт и раньше обнаруживает несовместимые данные. Where-Object возвращает исходные объекты, прошедшие условие; он не создаёт копии каждого объекта автоматически.

Вопрос 8 из 20

Ключи строковой Hashtable сравниваются в разном регистре. На каком правиле основан результат?

$h=@{Name=1}
$h["name"]

Изменение коллекции во время перечисления может вызвать ошибку; сначала следует получить копию ключей через @($h.Keys). Атрибут [ordered] создаёт OrderedDictionary и сохраняет порядок вставки; обычная Hashtable не обязана служить контрактом порядка. Hashtable допускает произвольные object; Dictionary[TKey,TValue] выражает строгий контракт и раньше обнаруживает несовместимые данные. Обычная PowerShell Hashtable по строковым ключам нечувствительна к регистру; для иной семантики нужен подходящий .NET-словарь с компаратором. Оператор + создаёт новую таблицу, но выдаёт ошибку при дублирующемся ключе; это не стратегия автоматического переопределения.

Вопрос 9 из 20

Перебор $h.Keys совмещён с удалением ключей. Какой вывод был бы слишком сильным?

Изменение коллекции во время перечисления может вызвать ошибку; сначала следует получить копию ключей через @($h.Keys). Оператор + создаёт новую таблицу, но выдаёт ошибку при дублирующемся ключе; это не стратегия автоматического переопределения. Для фильтрации пар ключ-значение нужно перечислить DictionaryEntry через GetEnumerator; сама Hashtable в конвейере обычно передаётся как один объект. Обычная PowerShell Hashtable по строковым ключам нечувствительна к регистру; для иной семантики нужен подходящий .NET-словарь с компаратором. Hashtable поддерживает доступ $h.Name как удобную оболочку над ключом, но конфликтующие имена методов лучше читать через индексатор.

Вопрос 10 из 20

Как гарантировать тип ключей и значений?

Для фильтрации пар ключ-значение нужно перечислить DictionaryEntry через GetEnumerator; сама Hashtable в конвейере обычно передаётся как один объект. Hashtable поддерживает доступ $h.Name как удобную оболочку над ключом, но конфликтующие имена методов лучше читать через индексатор. Атрибут [ordered] создаёт OrderedDictionary и сохраняет порядок вставки; обычная Hashtable не обязана служить контрактом порядка. Изменение коллекции во время перечисления может вызвать ошибку; сначала следует получить копию ключей через @($h.Keys). Hashtable допускает произвольные object; Dictionary[TKey,TValue] выражает строгий контракт и раньше обнаруживает несовместимые данные.

Вопрос 11 из 20

Литерал [ordered]@{} перечисляется в порядке добавления ключей. Что фактически произойдёт при выполнении?

$h=[ordered]@{first=1;second=2;third=3}
$h.Keys -join ","

`[ordered]` — специальный атрибут только для литерала `@{}`; запись `[ordered]$h` даёт ошибку разбора. Для готовых данных создают OrderedDictionary и копируют пары. Обычная PowerShell Hashtable по строковым ключам нечувствительна к регистру; для иной семантики нужен подходящий .NET-словарь с компаратором. Атрибут [ordered] создаёт OrderedDictionary и сохраняет порядок вставки; обычная Hashtable не обязана служить контрактом порядка. Для предсказуемого порядка свойств при создании объекта используют [ordered]@{} перед приведением к [pscustomobject]. Порядок представления лучше задавать Select-Object или форматированием, а не превращать его в скрытое свойство структуры данных без необходимости.

Вопрос 12 из 20

[ordered] применён не непосредственно к литералу хеш-таблицы. Как следует читать этот фрагмент?

$h = @{ a=1; b=2 }
[ordered]$h

Порядок представления лучше задавать Select-Object или форматированием, а не превращать его в скрытое свойство структуры данных без необходимости. Упорядоченный словарь поддерживает обращение по позиции, но смешение индексного и ключевого доступа может сделать код неоднозначным. `[ordered]` — специальный атрибут только для литерала `@{}`; запись `[ordered]$h` даёт ошибку разбора. Для готовых данных создают OrderedDictionary и копируют пары. Оператор + создаёт новую таблицу, но выдаёт ошибку при дублирующемся ключе; это не стратегия автоматического переопределения. Для предсказуемого порядка свойств при создании объекта используют [ordered]@{} перед приведением к [pscustomobject].

Вопрос 13 из 20

OrderedDictionary читается по числовому индексу. Какое скрытое допущение делает решение ненадёжным?

Hashtable поддерживает доступ $h.Name как удобную оболочку над ключом, но конфликтующие имена методов лучше читать через индексатор. Атрибут [ordered] создаёт OrderedDictionary и сохраняет порядок вставки; обычная Hashtable не обязана служить контрактом порядка. Порядок представления лучше задавать Select-Object или форматированием, а не превращать его в скрытое свойство структуры данных без необходимости. Для предсказуемого порядка свойств при создании объекта используют [ordered]@{} перед приведением к [pscustomobject]. Упорядоченный словарь поддерживает обращение по позиции, но смешение индексного и ключевого доступа может сделать код неоднозначным.

Вопрос 14 из 20

Порядок столбцов PSCustomObject строится из обычной Hashtable. Какой принцип PowerShell здесь работает?

Атрибут [ordered] создаёт OrderedDictionary и сохраняет порядок вставки; обычная Hashtable не обязана служить контрактом порядка. Упорядоченный словарь поддерживает обращение по позиции, но смешение индексного и ключевого доступа может сделать код неоднозначным. Для предсказуемого порядка свойств при создании объекта используют [ordered]@{} перед приведением к [pscustomobject]. Where-Object возвращает исходные объекты, прошедшие условие; он не создаёт копии каждого объекта автоматически. Порядок представления лучше задавать Select-Object или форматированием, а не превращать его в скрытое свойство структуры данных без необходимости.

Вопрос 15 из 20

Порядок нужен только для показа отчёта. Какое действие не создаст новой скрытой зависимости?

`[ordered]` — специальный атрибут только для литерала `@{}`; запись `[ordered]$h` даёт ошибку разбора. Для готовых данных создают OrderedDictionary и копируют пары. Для предсказуемого порядка свойств при создании объекта используют [ordered]@{} перед приведением к [pscustomobject]. Атрибут [ordered] создаёт OrderedDictionary и сохраняет порядок вставки; обычная Hashtable не обязана служить контрактом порядка. Порядок представления лучше задавать Select-Object или форматированием, а не превращать его в скрытое свойство структуры данных без необходимости. Where-Object перечисляет весь вход, если поток не ограничить; Where-Object ... | Select-Object -First 1 позволяет прекратить дальнейшую обработку в подходящем конвейере.

Вопрос 16 из 20

Фильтрация массива записана через Where-Object с доступом к свойству. Что здесь произойдёт до следующей команды?

$items=[pscustomobject]@{N=1},[pscustomobject]@{N=2}
$filtered=$items | Where-Object N -gt 1
$filtered.N=9
$items.N -join ","

Для предсказуемого порядка свойств при создании объекта используют [ordered]@{} перед приведением к [pscustomobject]. Where-Object перечисляет весь вход, если поток не ограничить; Where-Object ... | Select-Object -First 1 позволяет прекратить дальнейшую обработку в подходящем конвейере. Для фильтрации пар ключ-значение нужно перечислить DictionaryEntry через GetEnumerator; сама Hashtable в конвейере обычно передаётся как один объект. Массив нельзя сократить на месте; создают новый результат фильтрации либо выбирают изменяемую коллекцию с подходящим методом удаления. Where-Object возвращает исходные объекты, прошедшие условие; он не создаёт копии каждого объекта автоматически.

Вопрос 17 из 20

В List[int] добавляется строка "3". Какое утверждение верно для этого случая?

$l=[Collections.Generic.List[int]]::new()
$l.Add("3")
$l[0].GetType().Name

Where-Object возвращает исходные объекты, прошедшие условие; он не создаёт копии каждого объекта автоматически. Атрибут [ordered] создаёт OrderedDictionary и сохраняет порядок вставки; обычная Hashtable не обязана служить контрактом порядка. Where-Object перечисляет весь вход, если поток не ограничить; Where-Object ... | Select-Object -First 1 позволяет прекратить дальнейшую обработку в подходящем конвейере. Массив нельзя сократить на месте; создают новый результат фильтрации либо выбирают изменяемую коллекцию с подходящим методом удаления. List[int].Add пытается преобразовать значение к int; успешное преобразование сохраняет число, недопустимое значение вызывает ошибку.

Вопрос 18 из 20

Хеш-таблица фильтруется через GetEnumerator. Какой вариант точнее выражает контракт?

Where-Object перечисляет весь вход, если поток не ограничить; Where-Object ... | Select-Object -First 1 позволяет прекратить дальнейшую обработку в подходящем конвейере. Hashtable поддерживает доступ $h.Name как удобную оболочку над ключом, но конфликтующие имена методов лучше читать через индексатор. List[int].Add пытается преобразовать значение к int; успешное преобразование сохраняет число, недопустимое значение вызывает ошибку. Массив нельзя сократить на месте; создают новый результат фильтрации либо выбирают изменяемую коллекцию с подходящим методом удаления. Для фильтрации пар ключ-значение нужно перечислить DictionaryEntry через GetEnumerator; сама Hashtable в конвейере обычно передаётся как один объект.

Вопрос 19 из 20

Как удалить элементы массива по условию?

Массив нельзя сократить на месте; создают новый результат фильтрации либо выбирают изменяемую коллекцию с подходящим методом удаления. Для фильтрации пар ключ-значение нужно перечислить DictionaryEntry через GetEnumerator; сама Hashtable в конвейере обычно передаётся как один объект. Массив фиксирован по размеру, поэтому += создаёт новый массив и копирует элементы; для накопления лучше поток или List[T]. List[int].Add пытается преобразовать значение к int; успешное преобразование сохраняет число, недопустимое значение вызывает ошибку. Where-Object возвращает исходные объекты, прошедшие условие; он не создаёт копии каждого объекта автоматически.

Вопрос 20 из 20

Фильтр должен остановиться после первого совпадения. Где заканчивается гарантия этого механизма?

Where-Object перечисляет весь вход, если поток не ограничить; Where-Object ... | Select-Object -First 1 позволяет прекратить дальнейшую обработку в подходящем конвейере. Для фильтрации пар ключ-значение нужно перечислить DictionaryEntry через GetEnumerator; сама Hashtable в конвейере обычно передаётся как один объект. Порядок представления лучше задавать Select-Object или форматированием, а не превращать его в скрытое свойство структуры данных без необходимости. Where-Object возвращает исходные объекты, прошедшие условие; он не создаёт копии каждого объекта автоматически. Массив нельзя сократить на месте; создают новый результат фильтрации либо выбирают изменяемую коллекцию с подходящим методом удаления.

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

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

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

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