Объектный конвейер — бесплатный тест онлайн

Вопрос 1 из 25

После Get-Process в Select-Object читается свойство CPU. Как следует читать этот фрагмент?

$result = Get-Process | Select-Object -First 3 Name,CPU
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

Связывание по значению выбирает совместимый тип входа; Stop-Process способен принимать объекты Process непосредственно из конвейера. Внутри PowerShell-конвейера передаются .NET-объекты со свойствами и методами, а не строки, которые видны на экране. На границе нативного процесса данные становятся текстовым потоком согласно правилам сериализации аргументов и stdin; исходные методы .NET туда не передаются. Format-* превращает данные в объекты форматирования, поэтому последующая фильтрация по исходным свойствам уже не работает как ожидается. Потоковая обработка снижает память только если команды не буферизуют весь вход; Sort-Object и Group-Object вынуждены накопить данные.

Вопрос 2 из 25

Format-Table стоит в середине конвейера перед Where-Object. Какое утверждение верно для этого случая?

$result = Get-Process | Format-Table Name,CPU | Where-Object CPU -gt 10
$summary = [ordered]@{ IsNull=($null -eq $result); Count=@($result).Count }
if($null -ne $result){$summary.Type=$result.GetType().FullName};[pscustomobject]$summary

Format-* превращает данные в объекты форматирования, поэтому последующая фильтрация по исходным свойствам уже не работает как ожидается. Потоковая обработка снижает память только если команды не буферизуют весь вход; Sort-Object и Group-Object вынуждены накопить данные. Фильтровать ближе к источнику обычно дешевле: провайдер, сервер или API не передаёт ненужные объекты в клиентский конвейер. Унарная запятая или Write-Output -NoEnumerate предотвращают автоматическое разворачивание коллекции в отдельные элементы. На границе нативного процесса данные становятся текстовым потоком согласно правилам сериализации аргументов и stdin; исходные методы .NET туда не передаются.

Вопрос 3 из 25

На Windows внешний findstr.exe получает объект PowerShell через стандартный ввод. Какой принцип PowerShell здесь работает?

$native = Join-Path $env:SystemRoot 'System32\findstr.exe'
Get-Process | Select-Object -First 1 | & $native '.'

Внутри PowerShell-конвейера передаются .NET-объекты со свойствами и методами, а не строки, которые видны на экране. Проверка PSTypeNames и Get-Member на каждом переходе быстрее находит место, где данные были отформатированы, сериализованы или преобразованы. На границе нативного процесса данные становятся текстовым потоком согласно правилам сериализации аргументов и stdin; исходные методы .NET туда не передаются. Унарная запятая или Write-Output -NoEnumerate предотвращают автоматическое разворачивание коллекции в отдельные элементы. Потоковая обработка снижает память только если команды не буферизуют весь вход; Sort-Object и Group-Object вынуждены накопить данные.

Вопрос 4 из 25

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

Унарная запятая или Write-Output -NoEnumerate предотвращают автоматическое разворачивание коллекции в отдельные элементы. Потоковая обработка снижает память только если команды не буферизуют весь вход; Sort-Object и Group-Object вынуждены накопить данные. Внутри PowerShell-конвейера передаются .NET-объекты со свойствами и методами, а не строки, которые видны на экране. Format-* превращает данные в объекты форматирования, поэтому последующая фильтрация по исходным свойствам уже не работает как ожидается. Begin выполняется один раз до входа, Process — для каждого объекта, End — один раз после завершения; это позволяет потоковый подсчёт.

Вопрос 5 из 25

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

Внутри PowerShell-конвейера передаются .NET-объекты со свойствами и методами, а не строки, которые видны на экране. На границе нативного процесса данные становятся текстовым потоком согласно правилам сериализации аргументов и stdin; исходные методы .NET туда не передаются. Потоковая обработка снижает память только если команды не буферизуют весь вход; Sort-Object и Group-Object вынуждены накопить данные. Format-* превращает данные в объекты форматирования, поэтому последующая фильтрация по исходным свойствам уже не работает как ожидается. Следует измерить буферизующие команды, число объектов и память; маленькая выборка не выявляет цену Sort-Object, Group-Object и накопления массивов.

Вопрос 6 из 25

Объект Process передаётся в Stop-Process. Какое объяснение не зависит от случайностей окружения?

$result = Get-Process -Name notepad | Stop-Process -WhatIf
$items = @($result)
[pscustomobject]@{ Count=$items.Count; First=$items | Select-Object -First 1; IsNull=($null -eq $result) }

Инициализацию, не зависящую от объекта, следует вынести в begin, чтобы не повторять её для каждого элемента. Если связывание по значению не подошло, PowerShell может сопоставить имя свойства входного объекта с параметром, помеченным ValueFromPipelineByPropertyName. Связывание по значению выбирает совместимый тип входа; Stop-Process способен принимать объекты Process непосредственно из конвейера. Вычисляемое свойство или AliasProperty с именем ComputerName позволяет явное связывание по имени; случайное сходство значений не учитывается. Begin выполняется один раз до входа, Process — для каждого объекта, End — один раз после завершения; это позволяет потоковый подсчёт.

Вопрос 7 из 25

PSCustomObject с Name передаётся команде, принимающей -Name ByPropertyName. Какой вывод был бы слишком сильным?

$result = [pscustomobject]@{Name="Spooler"} | Get-Service
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

Если связывание по значению не подошло, PowerShell может сопоставить имя свойства входного объекта с параметром, помеченным ValueFromPipelineByPropertyName. Связывание учитывает наборы, типы, преобразования и имена; неоднозначность должна устраняться интерфейсом функции, а не надеждой на порядок. Trace-Command -Name ParameterBinding показывает попытки ByValue и ByPropertyName и причины отказа преобразования. Связывание по значению выбирает совместимый тип входа; Stop-Process способен принимать объекты Process непосредственно из конвейера. Инициализацию, не зависящую от объекта, следует вынести в begin, чтобы не повторять её для каждого элемента.

Вопрос 8 из 25

Свойство называется Computer, а параметр — ComputerName. На каком правиле основан результат?

$result = [pscustomobject]@{ComputerName="srv1"} | Test-Connection -Count 1
$summary = [ordered]@{ IsNull=($null -eq $result); Count=@($result).Count }
if($null -ne $result){$summary.Type=$result.GetType().FullName};[pscustomobject]$summary

Trace-Command -Name ParameterBinding показывает попытки ByValue и ByPropertyName и причины отказа преобразования. Связывание по значению выбирает совместимый тип входа; Stop-Process способен принимать объекты Process непосредственно из конвейера. Вычисляемое свойство или AliasProperty с именем ComputerName позволяет явное связывание по имени; случайное сходство значений не учитывается. Если связывание по значению не подошло, PowerShell может сопоставить имя свойства входного объекта с параметром, помеченным ValueFromPipelineByPropertyName. Инициализацию, не зависящую от объекта, следует вынести в begin, чтобы не повторять её для каждого элемента.

Вопрос 9 из 25

Два набора параметров одинаково подходят для входа. Какой вывод можно подтвердить?

Связывание учитывает наборы, типы, преобразования и имена; неоднозначность должна устраняться интерфейсом функции, а не надеждой на порядок. Вычисляемое свойство или AliasProperty с именем ComputerName позволяет явное связывание по имени; случайное сходство значений не учитывается. Инициализацию, не зависящую от объекта, следует вынести в begin, чтобы не повторять её для каждого элемента. Trace-Command -Name ParameterBinding показывает попытки ByValue и ByPropertyName и причины отказа преобразования. Если связывание по значению не подошло, PowerShell может сопоставить имя свойства входного объекта с параметром, помеченным ValueFromPipelineByPropertyName.

Вопрос 10 из 25

Функция принимает pipeline input, но тяжёлая инициализация находится в process. Какой вариант точнее выражает контракт?

Связывание учитывает наборы, типы, преобразования и имена; неоднозначность должна устраняться интерфейсом функции, а не надеждой на порядок. Если связывание по значению не подошло, PowerShell может сопоставить имя свойства входного объекта с параметром, помеченным ValueFromPipelineByPropertyName. Связывание по значению выбирает совместимый тип входа; Stop-Process способен принимать объекты Process непосредственно из конвейера. Begin выполняется один раз до входа, Process — для каждого объекта, End — один раз после завершения; это позволяет потоковый подсчёт. Инициализацию, не зависящую от объекта, следует вынести в begin, чтобы не повторять её для каждого элемента.

Вопрос 11 из 25

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

$result = Get-Service | Where-Object Status -eq Running
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

Where-Object не кэширует результат; дорогую проверку следует пакетировать, предварительно индексировать или явно контролировать параллельность. Where-Object Status -eq Running эквивалентен простому обращению к свойству и удобен, когда условие не требует нескольких выражений. Доступ обычно даёт $null, и условие может тихо исключить объект; для неоднородных данных полезно проверять существование свойства и вести диагностику. ForEach-Object -MemberName или синтаксис свойства может извлечь член без явного scriptblock, но сложная логика требует Process. $_ обозначает текущий входной объект; сложные условия следует группировать скобками, чтобы порядок логических операторов был очевиден.

Вопрос 12 из 25

Фильтр обращается к $_ внутри сценарного блока. Что стоит изменить в первую очередь?

$result = Get-ChildItem -File | Where-Object { $_.Length -gt 1MB -and $_.Extension -eq ".log" }
$resultType = if($null -eq $result){'<null>'}else{$result.GetType().FullName}
[pscustomobject]@{ Result=$result; Type=$resultType; Count=@($result).Count }

Фильтровать ближе к источнику обычно дешевле: провайдер, сервер или API не передаёт ненужные объекты в клиентский конвейер. $_ обозначает текущий входной объект; сложные условия следует группировать скобками, чтобы порядок логических операторов был очевиден. Доступ обычно даёт $null, и условие может тихо исключить объект; для неоднородных данных полезно проверять существование свойства и вести диагностику. return относится к текущему вызову сценарного блока и не читается как безусловный выход из внешней функции; для ясности лучше структурировать условие. Where-Object Status -eq Running эквивалентен простому обращению к свойству и удобен, когда условие не требует нескольких выражений.

Вопрос 13 из 25

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

$result = $items | Where-Object { $_.PSObject.Properties["State"] -and $_.State -eq "Ready" }
$summary = [ordered]@{ IsNull=($null -eq $result); Count=@($result).Count }
if($null -ne $result){$summary.Type=$result.GetType().FullName};[pscustomobject]$summary

$_ обозначает текущий входной объект; сложные условия следует группировать скобками, чтобы порядок логических операторов был очевиден. Доступ обычно даёт $null, и условие может тихо исключить объект; для неоднородных данных полезно проверять существование свойства и вести диагностику. Where-Object не кэширует результат; дорогую проверку следует пакетировать, предварительно индексировать или явно контролировать параллельность. Where-Object Status -eq Running эквивалентен простому обращению к свойству и удобен, когда условие не требует нескольких выражений. Надёжный тест утверждает типы и свойства объектов, а форматирование проверяет отдельно, если оно действительно часть интерфейса.

Вопрос 14 из 25

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

Format-* превращает данные в объекты форматирования, поэтому последующая фильтрация по исходным свойствам уже не работает как ожидается. Where-Object Status -eq Running эквивалентен простому обращению к свойству и удобен, когда условие не требует нескольких выражений. Where-Object не кэширует результат; дорогую проверку следует пакетировать, предварительно индексировать или явно контролировать параллельность. $_ обозначает текущий входной объект; сложные условия следует группировать скобками, чтобы порядок логических операторов был очевиден. Фильтровать ближе к источнику обычно дешевле: провайдер, сервер или API не передаёт ненужные объекты в клиентский конвейер.

Вопрос 15 из 25

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

Where-Object Status -eq Running эквивалентен простому обращению к свойству и удобен, когда условие не требует нескольких выражений. $_ обозначает текущий входной объект; сложные условия следует группировать скобками, чтобы порядок логических операторов был очевиден. Инициализацию, не зависящую от объекта, следует вынести в begin, чтобы не повторять её для каждого элемента. Доступ обычно даёт $null, и условие может тихо исключить объект; для неоднородных данных полезно проверять существование свойства и вести диагностику. Where-Object не кэширует результат; дорогую проверку следует пакетировать, предварительно индексировать или явно контролировать параллельность.

Вопрос 16 из 25

Begin, Process и End формируют агрегат. Что окажется в выходном потоке?

$result = 1..4 | ForEach-Object -Begin {$sum=0} -Process {$sum+=$_} -End {$sum}
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

Begin выполняется один раз до входа, Process — для каждого объекта, End — один раз после завершения; это позволяет потоковый подсчёт. Инициализацию, не зависящую от объекта, следует вынести в begin, чтобы не повторять её для каждого элемента. Если повторно выводить одну ссылку после изменения, последующие потребители могут увидеть общий объект; лучше создавать новый результат на итерацию. Нужно сделать ошибку завершающей и позволить ей выйти из Process; простое Write-Error по умолчанию может оставить частичный поток. return относится к текущему вызову сценарного блока и не читается как безусловный выход из внешней функции; для ясности лучше структурировать условие.

Вопрос 17 из 25

Сокращённый синтаксис обращается к методу. Где заканчивается гарантия этого механизма?

$result = Get-Process | ForEach-Object ProcessName | Select-Object -First 3
$resultType = if($null -eq $result){'<null>'}else{$result.GetType().FullName}
[pscustomobject]@{ Result=$result; Type=$resultType; Count=@($result).Count }

Begin выполняется один раз до входа, Process — для каждого объекта, End — один раз после завершения; это позволяет потоковый подсчёт. ForEach-Object -MemberName или синтаксис свойства может извлечь член без явного scriptblock, но сложная логика требует Process. Если повторно выводить одну ссылку после изменения, последующие потребители могут увидеть общий объект; лучше создавать новый результат на итерацию. Нужно сделать ошибку завершающей и позволить ей выйти из Process; простое Write-Error по умолчанию может оставить частичный поток. Where-Object Status -eq Running эквивалентен простому обращению к свойству и удобен, когда условие не требует нескольких выражений.

Вопрос 18 из 25

В Process создаётся один и тот же изменяемый объект. Какое действие не создаст новой скрытой зависимости?

$template=[pscustomobject]@{N=0}
1..3 | ForEach-Object {$template.N=$_;$template}

Нужно сделать ошибку завершающей и позволить ей выйти из Process; простое Write-Error по умолчанию может оставить частичный поток. Begin выполняется один раз до входа, Process — для каждого объекта, End — один раз после завершения; это позволяет потоковый подсчёт. ForEach-Object -MemberName или синтаксис свойства может извлечь член без явного scriptblock, но сложная логика требует Process. Связывание по значению выбирает совместимый тип входа; Stop-Process способен принимать объекты Process непосредственно из конвейера. Если повторно выводить одну ссылку после изменения, последующие потребители могут увидеть общий объект; лучше создавать новый результат на итерацию.

Вопрос 19 из 25

В ForEach-Object используется return. Какой подход выдержит повторный запуск?

ForEach-Object -MemberName или синтаксис свойства может извлечь член без явного scriptblock, но сложная логика требует Process. return относится к текущему вызову сценарного блока и не читается как безусловный выход из внешней функции; для ясности лучше структурировать условие. Если повторно выводить одну ссылку после изменения, последующие потребители могут увидеть общий объект; лучше создавать новый результат на итерацию. $_ обозначает текущий входной объект; сложные условия следует группировать скобками, чтобы порядок логических операторов был очевиден. Нужно сделать ошибку завершающей и позволить ей выйти из Process; простое Write-Error по умолчанию может оставить частичный поток.

Вопрос 20 из 25

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

Связывание по значению выбирает совместимый тип входа; Stop-Process способен принимать объекты Process непосредственно из конвейера. ForEach-Object -MemberName или синтаксис свойства может извлечь член без явного scriptblock, но сложная логика требует Process. Если связывание по значению не подошло, PowerShell может сопоставить имя свойства входного объекта с параметром, помеченным ValueFromPipelineByPropertyName. Если повторно выводить одну ссылку после изменения, последующие потребители могут увидеть общий объект; лучше создавать новый результат на итерацию. Нужно сделать ошибку завершающей и позволить ей выйти из Process; простое Write-Error по умолчанию может оставить частичный поток.

Вопрос 21 из 25

Как увидеть, что реально приходит на вход следующей команды?

Get-Process | Tee-Object -Variable sample | Select-Object -First 1 Name
$sample[0].GetType().FullName

Tee-Object или ForEach-Object с GetType/Get-Member помогает снять образец объекта, не заменяя его форматированной строкой. Следует измерить буферизующие команды, число объектов и память; маленькая выборка не выявляет цену Sort-Object, Group-Object и накопления массивов. ForEach-Object -MemberName или синтаксис свойства может извлечь член без явного scriptblock, но сложная логика требует Process. Надёжный тест утверждает типы и свойства объектов, а форматирование проверяет отдельно, если оно действительно часть интерфейса. Проверка PSTypeNames и Get-Member на каждом переходе быстрее находит место, где данные были отформатированы, сериализованы или преобразованы.

Вопрос 22 из 25

Параметр не связывается из конвейера. Какое объяснение точнее?

Trace-Command ParameterBinding -PSHost -Expression { [pscustomobject]@{Name="Spooler"} | Get-Service }

Надёжный тест утверждает типы и свойства объектов, а форматирование проверяет отдельно, если оно действительно часть интерфейса. Trace-Command -Name ParameterBinding показывает попытки ByValue и ByPropertyName и причины отказа преобразования. Если связывание по значению не подошло, PowerShell может сопоставить имя свойства входного объекта с параметром, помеченным ValueFromPipelineByPropertyName. Следует измерить буферизующие команды, число объектов и память; маленькая выборка не выявляет цену Sort-Object, Group-Object и накопления массивов. Tee-Object или ForEach-Object с GetType/Get-Member помогает снять образец объекта, не заменяя его форматированной строкой.

Вопрос 23 из 25

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

$x=Get-Process | Select-Object -First 1
$x.PSTypeNames

Следует измерить буферизующие команды, число объектов и память; маленькая выборка не выявляет цену Sort-Object, Group-Object и накопления массивов. Trace-Command -Name ParameterBinding показывает попытки ByValue и ByPropertyName и причины отказа преобразования. Format-* превращает данные в объекты форматирования, поэтому последующая фильтрация по исходным свойствам уже не работает как ожидается. Tee-Object или ForEach-Object с GetType/Get-Member помогает снять образец объекта, не заменяя его форматированной строкой. Проверка PSTypeNames и Get-Member на каждом переходе быстрее находит место, где данные были отформатированы, сериализованы или преобразованы.

Вопрос 24 из 25

Тест проверяет только отображаемую таблицу. Какой принцип PowerShell здесь работает?

Доступ обычно даёт $null, и условие может тихо исключить объект; для неоднородных данных полезно проверять существование свойства и вести диагностику. Надёжный тест утверждает типы и свойства объектов, а форматирование проверяет отдельно, если оно действительно часть интерфейса. Trace-Command -Name ParameterBinding показывает попытки ByValue и ByPropertyName и причины отказа преобразования. Следует измерить буферизующие команды, число объектов и память; маленькая выборка не выявляет цену Sort-Object, Group-Object и накопления массивов. Проверка PSTypeNames и Get-Member на каждом переходе быстрее находит место, где данные были отформатированы, сериализованы или преобразованы.

Вопрос 25 из 25

Ошибка проявляется только на большом входе. Какое действие не создаст новой скрытой зависимости?

Следует измерить буферизующие команды, число объектов и память; маленькая выборка не выявляет цену Sort-Object, Group-Object и накопления массивов. Потоковая обработка снижает память только если команды не буферизуют весь вход; Sort-Object и Group-Object вынуждены накопить данные. Проверка PSTypeNames и Get-Member на каждом переходе быстрее находит место, где данные были отформатированы, сериализованы или преобразованы. Tee-Object или ForEach-Object с GetType/Get-Member помогает снять образец объекта, не заменяя его форматированной строкой. Надёжный тест утверждает типы и свойства объектов, а форматирование проверяет отдельно, если оно действительно часть интерфейса.