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

Вопрос 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) }

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

Вопрос 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

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

Вопрос 3 из 25

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

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

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

Вопрос 4 из 25

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

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

Вопрос 5 из 25

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

Потоковая обработка снижает память только если команды не буферизуют весь вход; Sort-Object и Group-Object вынуждены накопить данные. На границе нативного процесса данные становятся текстовым потоком согласно правилам сериализации аргументов и stdin; исходные методы .NET туда не передаются. Внутри PowerShell-конвейера передаются .NET-объекты со свойствами и методами, а не строки, которые видны на экране. 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) }

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

Вопрос 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. Инициализацию, не зависящую от объекта, следует вынести в begin, чтобы не повторять её для каждого элемента. Связывание по значению выбирает совместимый тип входа; Stop-Process способен принимать объекты Process непосредственно из конвейера. Trace-Command -Name ParameterBinding показывает попытки ByValue и ByPropertyName и причины отказа преобразования.

Вопрос 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

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

Вопрос 9 из 25

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

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

Вопрос 10 из 25

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

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

Вопрос 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) }

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

Вопрос 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 }

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

Вопрос 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

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

Вопрос 14 из 25

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

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

Вопрос 15 из 25

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

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

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

Вопрос 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 }

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

Вопрос 18 из 25

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

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

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

Вопрос 19 из 25

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

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

Вопрос 20 из 25

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

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

Вопрос 21 из 25

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

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

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

Вопрос 22 из 25

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

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

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

Вопрос 23 из 25

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

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

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

Вопрос 24 из 25

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

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

Вопрос 25 из 25

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

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