Продвинутые функции — бесплатный тест онлайн

Вопрос 1 из 25

Функция с CmdletBinding получает общие параметры. Какое объяснение точнее?

function Get-Demo { [CmdletBinding()]param() Write-Verbose "details"; 1 }
Get-Demo -Verbose

Расширенная функция должна использовать Verbose, Debug, Information, Warning и Error по назначению, оставляя успешный поток данным. Имена common parameters зарезервированы в расширенной функции; собственный параметр конфликтует с инфраструктурой CmdletBinding. Trace-Command ParameterBinding и вывод ParameterSetName из $PSCmdlet показывают фактический набор и преобразования. Атрибут добавляет -WhatIf и -Confirm, но функция должна сама вызвать $PSCmdlet.ShouldProcess перед изменением. [CmdletBinding()] делает функцию расширенной, добавляет $PSCmdlet и common parameters вроде -Verbose и -ErrorAction.

Вопрос 2 из 25

PositionalBinding отключён. Какой вывод можно подтвердить?

function Invoke-X { [CmdletBinding(PositionalBinding=$false)]param([Parameter(Position=0)][string]$Name) $Name }

Расширенная функция должна использовать Verbose, Debug, Information, Warning и Error по назначению, оставляя успешный поток данным. Атрибут добавляет -WhatIf и -Confirm, но функция должна сама вызвать $PSCmdlet.ShouldProcess перед изменением. Имена common parameters зарезервированы в расширенной функции; собственный параметр конфликтует с инфраструктурой CmdletBinding. PositionalBinding=$false запрещает неявные позиции, кроме явно объявленных Position, и делает вызов устойчивее к перестановке параметров. Вызов возвращает true, когда действие разрешено; только внутри этой ветви выполняется изменение.

Вопрос 3 из 25

SupportsShouldProcess включён. Какое утверждение верно для этого случая?

function Remove-Demo { [CmdletBinding(SupportsShouldProcess)]param([string]$Path) if($PSCmdlet.ShouldProcess($Path,"Remove")){Remove-Item -LiteralPath $Path} }

Атрибут добавляет -WhatIf и -Confirm, но функция должна сама вызвать $PSCmdlet.ShouldProcess перед изменением. [CmdletBinding()] делает функцию расширенной, добавляет $PSCmdlet и common parameters вроде -Verbose и -ErrorAction. Следует проверить SupportsShouldProcess, фактический вызов ShouldProcess и то, что изменение находится внутри разрешённой ветви. PositionalBinding=$false запрещает неявные позиции, кроме явно объявленных Position, и делает вызов устойчивее к перестановке параметров. Имена common parameters зарезервированы в расширенной функции; собственный параметр конфликтует с инфраструктурой CmdletBinding.

Вопрос 4 из 25

Функция пишет диагностический текст через Write-Host. Какое утверждение верно для этого случая?

Атрибут добавляет -WhatIf и -Confirm, но функция должна сама вызвать $PSCmdlet.ShouldProcess перед изменением. Тест должен перечислить типы всех результатов и поймать вывод методов, Write-Output диагностики и служебных команд. Расширенная функция должна использовать Verbose, Debug, Information, Warning и Error по назначению, оставляя успешный поток данным. PositionalBinding=$false запрещает неявные позиции, кроме явно объявленных Position, и делает вызов устойчивее к перестановке параметров. [CmdletBinding()] делает функцию расширенной, добавляет $PSCmdlet и common parameters вроде -Verbose и -ErrorAction.

Вопрос 5 из 25

Параметр с именем Verbose объявлен вручную. На каком правиле основан результат?

PositionalBinding=$false запрещает неявные позиции, кроме явно объявленных Position, и делает вызов устойчивее к перестановке параметров. Имена common parameters зарезервированы в расширенной функции; собственный параметр конфликтует с инфраструктурой CmdletBinding. Trace-Command ParameterBinding и вывод ParameterSetName из $PSCmdlet показывают фактический набор и преобразования. [CmdletBinding()] делает функцию расширенной, добавляет $PSCmdlet и common parameters вроде -Verbose и -ErrorAction. Расширенная функция должна использовать Verbose, Debug, Information, Warning и Error по назначению, оставляя успешный поток данным.

Вопрос 6 из 25

ValidateSet ограничивает строковые значения. Что стоит изменить в первую очередь?

function Set-Mode { param([ValidateSet("Fast","Safe")][string]$Mode) $Mode }
Set-Mode Safe

ValidateSet проверяет значение до входа в тело и даёт автодополнение; динамический внешний список лучше проверять иным способом. Сценарный блок получает значение как $_ и должен вернуть true; выброшенное исключение или false приводит к ошибке валидации. WhatIf не моделирует гонки и не проверяет все вложенные действия; необходимы ограничения пути, права, тесты и план отката. Атрибут проверяет сам аргумент и элементы по правилам типа, но бизнес-ограничения вроде уникальности всё равно требуют отдельной проверки. ValidateRange отклоняет значение вне границ во время связывания, поэтому тело функции может опираться на проверенный диапазон.

Вопрос 7 из 25

ValidateRange применяется к int. Какая граница важна для автоматизации?

function Set-Retry { param([ValidateRange(0,10)][int]$Count) $Count }
Get-Command Set-Retry | Select-Object Name,CommandType,Parameters

ShouldProcess не может автоматически предсказать действия внешней программы; функцию нужно оградить до запуска и корректно описать цель. Сценарный блок получает значение как $_ и должен вернуть true; выброшенное исключение или false приводит к ошибке валидации. Связывание параметров должно быть быстрым и предсказуемым; дорогую проверку лучше выполнить в begin с контролем ошибок и тайм-аутом. Атрибут проверяет сам аргумент и элементы по правилам типа, но бизнес-ограничения вроде уникальности всё равно требуют отдельной проверки. ValidateRange отклоняет значение вне границ во время связывания, поэтому тело функции может опираться на проверенный диапазон.

Вопрос 8 из 25

ValidateScript проверяет существование файла. Какой принцип PowerShell здесь работает?

function Read-X { param([ValidateScript({Test-Path $_ -PathType Leaf})][string]$Path) Get-Content $Path }

Для чистой проверки отделяют декларативные атрибуты от внешней проверки и используют TestDrive или временный каталог. ValidateSet проверяет значение до входа в тело и даёт автодополнение; динамический внешний список лучше проверять иным способом. Атрибут проверяет сам аргумент и элементы по правилам типа, но бизнес-ограничения вроде уникальности всё равно требуют отдельной проверки. Связывание параметров должно быть быстрым и предсказуемым; дорогую проверку лучше выполнить в begin с контролем ошибок и тайм-аутом. Сценарный блок получает значение как $_ и должен вернуть true; выброшенное исключение или false приводит к ошибке валидации.

Вопрос 9 из 25

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

Атрибут проверяет сам аргумент и элементы по правилам типа, но бизнес-ограничения вроде уникальности всё равно требуют отдельной проверки. Нужно решить, является ли один массив одним значением или набором элементов; тип параметра и разворачивание должны быть протестированы. ValidateSet проверяет значение до входа в тело и даёт автодополнение; динамический внешний список лучше проверять иным способом. ValidateRange отклоняет значение вне границ во время связывания, поэтому тело функции может опираться на проверенный диапазон. Связывание параметров должно быть быстрым и предсказуемым; дорогую проверку лучше выполнить в begin с контролем ошибок и тайм-аутом.

Вопрос 10 из 25

Валидация выполняет медленный сетевой запрос. Что стоит изменить в первую очередь?

Связывание параметров должно быть быстрым и предсказуемым; дорогую проверку лучше выполнить в begin с контролем ошибок и тайм-аутом. ValidateRange отклоняет значение вне границ во время связывания, поэтому тело функции может опираться на проверенный диапазон. ValidateSet проверяет значение до входа в тело и даёт автодополнение; динамический внешний список лучше проверять иным способом. Нужно решить, является ли один массив одним значением или набором элементов; тип параметра и разворачивание должны быть протестированы. Сценарный блок получает значение как $_ и должен вернуть true; выброшенное исключение или false приводит к ошибке валидации.

Вопрос 11 из 25

Параметр ValueFromPipeline обрабатывается в process. На каком правиле основан результат?

function Get-Double { [CmdletBinding()]param([Parameter(ValueFromPipeline)][int]$Value) process{$Value*2} }
1..3 | Get-Double

Begin не получает текущий входной объект; работа с каждым значением должна находиться в process, а итоговая агрегация — в end. $input — перечислитель необработанного входа в некоторых областях; явный параметр и process обычно яснее и меньше удивляют. Обычно логика ошибочно помещена в end или переменная перезаписывается; счётчик вызовов process выявляет проблему. Состояние, накопленное в begin/process, можно безопасно оформить единым объектом в end; случайный вывод из process изменит контракт количества результатов. Alias на параметре позволяет связывать входное свойство с другим именем, сохраняя публичное имя параметра.

Вопрос 12 из 25

ValueFromPipelineByPropertyName использует Alias. Как следует читать этот фрагмент?

function Get-Node { param([Parameter(ValueFromPipelineByPropertyName)][Alias("CN")][string]$ComputerName) process{$ComputerName} }
[pscustomobject]@{CN="srv1"}|Get-Node

Состояние, накопленное в begin/process, можно безопасно оформить единым объектом в end; случайный вывод из process изменит контракт количества результатов. Имена common parameters зарезервированы в расширенной функции; собственный параметр конфликтует с инфраструктурой CmdletBinding. $input — перечислитель необработанного входа в некоторых областях; явный параметр и process обычно яснее и меньше удивляют. Нужно решить, является ли один массив одним значением или набором элементов; тип параметра и разворачивание должны быть протестированы. Alias на параметре позволяет связывать входное свойство с другим именем, сохраняя публичное имя параметра.

Вопрос 13 из 25

End выводит один сводный объект. Какой вывод можно подтвердить?

function Measure-X { [CmdletBinding()]param([Parameter(ValueFromPipeline)]$InputObject) begin{$n=0}process{$n++}end{[pscustomobject]@{Count=$n}} }

Обычно логика ошибочно помещена в end или переменная перезаписывается; счётчик вызовов process выявляет проблему. Тест должен перечислить типы всех результатов и поймать вывод методов, Write-Output диагностики и служебных команд. Alias на параметре позволяет связывать входное свойство с другим именем, сохраняя публичное имя параметра. Begin не получает текущий входной объект; работа с каждым значением должна находиться в process, а итоговая агрегация — в end. Состояние, накопленное в begin/process, можно безопасно оформить единым объектом в end; случайный вывод из process изменит контракт количества результатов.

Вопрос 14 из 25

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

Alias на параметре позволяет связывать входное свойство с другим именем, сохраняя публичное имя параметра. Begin не получает текущий входной объект; работа с каждым значением должна находиться в process, а итоговая агрегация — в end. $input — перечислитель необработанного входа в некоторых областях; явный параметр и process обычно яснее и меньше удивляют. Нужно решить, является ли один массив одним значением или набором элементов; тип параметра и разворачивание должны быть протестированы. Обычно логика ошибочно помещена в end или переменная перезаписывается; счётчик вызовов process выявляет проблему.

Вопрос 15 из 25

Функция принимает и массив аргументом, и объекты по конвейеру. Что стоит изменить в первую очередь?

$input — перечислитель необработанного входа в некоторых областях; явный параметр и process обычно яснее и меньше удивляют. Нужно решить, является ли один массив одним значением или набором элементов; тип параметра и разворачивание должны быть протестированы. Атрибут проверяет сам аргумент и элементы по правилам типа, но бизнес-ограничения вроде уникальности всё равно требуют отдельной проверки. Begin не получает текущий входной объект; работа с каждым значением должна находиться в process, а итоговая агрегация — в end. Состояние, накопленное в begin/process, можно безопасно оформить единым объектом в end; случайный вывод из process изменит контракт количества результатов.

Вопрос 16 из 25

ShouldProcess получает target и action. Как изменится состояние после выполнения?

$result = & { if($PSCmdlet.ShouldProcess($Path,"Delete cached file")){ Remove-Item -LiteralPath $Path } }
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

ShouldContinue предназначен для дополнительного интерактивного выбора и не поддерживает -WhatIf; в автоматизации его следует избегать или предоставлять Force. Следует проверить SupportsShouldProcess, фактический вызов ShouldProcess и то, что изменение находится внутри разрешённой ветви. Вызов возвращает true, когда действие разрешено; только внутри этой ветви выполняется изменение. WhatIf не моделирует гонки и не проверяет все вложенные действия; необходимы ограничения пути, права, тесты и план отката. ShouldProcess не может автоматически предсказать действия внешней программы; функцию нужно оградить до запуска и корректно описать цель.

Вопрос 17 из 25

ConfirmImpact установлен High. Какой вывод был бы слишком сильным?

$result = [CmdletBinding(SupportsShouldProcess,ConfirmImpact="High")]param()
$resultType = if($null -eq $result){'<null>'}else{$result.GetType().FullName}
[pscustomobject]@{ Result=$result; Type=$resultType; Count=@($result).Count }

Вызов возвращает true, когда действие разрешено; только внутри этой ветви выполняется изменение. WhatIf не моделирует гонки и не проверяет все вложенные действия; необходимы ограничения пути, права, тесты и план отката. При достаточно низком ConfirmPreference высокий ConfirmImpact вызывает подтверждение по умолчанию; -Confirm:$false может его подавить у поддерживающей команды. Атрибут добавляет -WhatIf и -Confirm, но функция должна сама вызвать $PSCmdlet.ShouldProcess перед изменением. ShouldProcess не может автоматически предсказать действия внешней программы; функцию нужно оградить до запуска и корректно описать цель.

Вопрос 18 из 25

ShouldContinue используется после ShouldProcess. Какое решение здесь надёжнее?

$result = $PSCmdlet.ShouldContinue("Irreversible operation","Warning")
$resultType = if($null -eq $result){'<null>'}else{$result.GetType().FullName}
[pscustomobject]@{ Result=$result; Type=$resultType; Count=@($result).Count }

WhatIf не моделирует гонки и не проверяет все вложенные действия; необходимы ограничения пути, права, тесты и план отката. ShouldContinue предназначен для дополнительного интерактивного выбора и не поддерживает -WhatIf; в автоматизации его следует избегать или предоставлять Force. Вызов возвращает true, когда действие разрешено; только внутри этой ветви выполняется изменение. При достаточно низком ConfirmPreference высокий ConfirmImpact вызывает подтверждение по умолчанию; -Confirm:$false может его подавить у поддерживающей команды. Следует проверить SupportsShouldProcess, фактический вызов ShouldProcess и то, что изменение находится внутри разрешённой ветви.

Вопрос 19 из 25

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

Вызов возвращает true, когда действие разрешено; только внутри этой ветви выполняется изменение. ShouldProcess не может автоматически предсказать действия внешней программы; функцию нужно оградить до запуска и корректно описать цель. Следует проверить SupportsShouldProcess, фактический вызов ShouldProcess и то, что изменение находится внутри разрешённой ветви. При достаточно низком ConfirmPreference высокий ConfirmImpact вызывает подтверждение по умолчанию; -Confirm:$false может его подавить у поддерживающей команды. ShouldContinue предназначен для дополнительного интерактивного выбора и не поддерживает -WhatIf; в автоматизации его следует избегать или предоставлять Force.

Вопрос 20 из 25

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

ShouldProcess не может автоматически предсказать действия внешней программы; функцию нужно оградить до запуска и корректно описать цель. Атрибут проверяет сам аргумент и элементы по правилам типа, но бизнес-ограничения вроде уникальности всё равно требуют отдельной проверки. ShouldContinue предназначен для дополнительного интерактивного выбора и не поддерживает -WhatIf; в автоматизации его следует избегать или предоставлять Force. WhatIf не моделирует гонки и не проверяет все вложенные действия; необходимы ограничения пути, права, тесты и план отката. Вызов возвращает true, когда действие разрешено; только внутри этой ветви выполняется изменение.

Вопрос 21 из 25

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

function Test-X{[CmdletBinding(DefaultParameterSetName="A")]param([Parameter(ParameterSetName="A")][string]$Name,[Parameter(ParameterSetName="B")][int]$Id) $PSCmdlet.ParameterSetName}
Test-X -Id 3

[CmdletBinding()] делает функцию расширенной, добавляет $PSCmdlet и common parameters вроде -Verbose и -ErrorAction. Trace-Command ParameterBinding и вывод ParameterSetName из $PSCmdlet показывают фактический набор и преобразования. Для чистой проверки отделяют декларативные атрибуты от внешней проверки и используют TestDrive или временный каталог. Тест должен перечислить типы всех результатов и поймать вывод методов, Write-Output диагностики и служебных команд. Следует проверить SupportsShouldProcess, фактический вызов ShouldProcess и то, что изменение находится внутри разрешённой ветви.

Вопрос 22 из 25

WhatIf ничего не показывает. Какой подход выдержит повторный запуск?

Get-Command Remove-Demo | Select-Object -ExpandProperty Parameters | Select-Object -ExpandProperty Keys

Атрибут добавляет -WhatIf и -Confirm, но функция должна сама вызвать $PSCmdlet.ShouldProcess перед изменением. Для чистой проверки отделяют декларативные атрибуты от внешней проверки и используют TestDrive или временный каталог. Тест должен перечислить типы всех результатов и поймать вывод методов, Write-Output диагностики и служебных команд. Следует проверить SupportsShouldProcess, фактический вызов ShouldProcess и то, что изменение находится внутри разрешённой ветви. Обычно логика ошибочно помещена в end или переменная перезаписывается; счётчик вызовов process выявляет проблему.

Вопрос 23 из 25

Pipeline input обрабатывает только последний объект. Какой принцип PowerShell здесь работает?

$result = 1..3 | Get-Demo -Verbose 4>&1
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

Следует проверить SupportsShouldProcess, фактический вызов ShouldProcess и то, что изменение находится внутри разрешённой ветви. Trace-Command ParameterBinding и вывод ParameterSetName из $PSCmdlet показывают фактический набор и преобразования. Тест должен перечислить типы всех результатов и поймать вывод методов, Write-Output диагностики и служебных команд. Begin не получает текущий входной объект; работа с каждым значением должна находиться в process, а итоговая агрегация — в end. Обычно логика ошибочно помещена в end или переменная перезаписывается; счётчик вызовов process выявляет проблему.

Вопрос 24 из 25

Тест валидации зависит от реальной файловой системы. Что точнее всего описывает поведение?

Тест должен перечислить типы всех результатов и поймать вывод методов, Write-Output диагностики и служебных команд. Обычно логика ошибочно помещена в end или переменная перезаписывается; счётчик вызовов process выявляет проблему. Атрибут проверяет сам аргумент и элементы по правилам типа, но бизнес-ограничения вроде уникальности всё равно требуют отдельной проверки. Trace-Command ParameterBinding и вывод ParameterSetName из $PSCmdlet показывают фактический набор и преобразования. Для чистой проверки отделяют декларативные атрибуты от внешней проверки и используют TestDrive или временный каталог.

Вопрос 25 из 25

Функция загрязняет успешный поток. Какое утверждение верно для этого случая?

Для чистой проверки отделяют декларативные атрибуты от внешней проверки и используют TestDrive или временный каталог. Расширенная функция должна использовать Verbose, Debug, Information, Warning и Error по назначению, оставляя успешный поток данным. Тест должен перечислить типы всех результатов и поймать вывод методов, Write-Output диагностики и служебных команд. Обычно логика ошибочно помещена в end или переменная перезаписывается; счётчик вызовов process выявляет проблему. Trace-Command ParameterBinding и вывод ParameterSetName из $PSCmdlet показывают фактический набор и преобразования.