Командлет Powershell с «динамической» настройкой атрибута ConfirmImpact

Это не совсем то, о чем вы просите (что, строго говоря, невозможно), но это может быть лучший подход.

Оставьте ConfirmImpact в покое и вместо этого подскажите пользователю с помощью $PSCmdlet.ShouldContinue().

В соответствии с инструкциями, приведенными в разделе Запрос подтверждения от командлетов (выделено мной):

Для большинства командлетов не требуется явно указывать ConfirmImpact. Вместо этого используйте значение параметра по умолчанию, которое равно Medium. Если для параметра ConfirmImpact установлено значение High, операция будет подтверждена по умолчанию. Зарезервируйте этот параметр для крайне разрушительных действий, таких как переформатирование тома жесткого диска.

Дальше:

Большинство командлетов запрашивают подтверждение, используя только метод ShouldProcess. Однако в некоторых случаях может потребоваться дополнительное подтверждение. В этих случаях дополните вызов ShouldProcess вызовом метода ShouldContinue.

...

Если командлет вызывает метод ShouldContinue, он также должен предоставить параметр переключения Force. Если пользователь указывает Force при вызове командлета, командлет все равно должен вызывать ShouldProcess, но должен пропускать вызов ShouldContinue.

Учитывая это руководство, я предлагаю следующие изменения:

Function Remove-WebSite {
    [CmdletBinding(SupportsShouldProcess=$true)]
    Param(
        [Parameter(Mandatory=$true)]
        [WebSite] $WebSite ,
        [Switch] $Force
    )

    if ($PSCmdlet.ShouldProcess("$($WebSite.Category) site $($WebSite.Name)")) {
        $destroy =
            $Force -or
            $WebSite.Category -ne 'Production' -or
            $PSCmdlet.ShouldContinue("Are you sure you want to destroy $($WebSite.Name)?", "Really destroy this?")
        if ($destroy) {
            Write-Host "$($WebSite.Name) was destroyed"
        }
    }
}

Самое простое решение — удалить вызов метода $PSCmdlet.ShouldProcess и условно вызвать метод $PSCmdlet.ShouldContinue в соответствии с нашими собственными критериями. Проблема в том, что мы теряем -WhatIf функциональность. Как указывает briantist, $PSCmdlet.ShouldContinue следует использовать вместе с $PSCmdlet.ShouldProcess, за исключением того, что это может привести к излишним запросам на подтверждение, т.е. пользователю будет предложено дважды, хотя одного раза было бы достаточно.

Экспериментируя, я обнаружил, что при установке ConfirmImpact='None' в объявлении атрибута CmdletBinding ShouldProcess больше не отображает подсказку, но по-прежнему возвращает $false, если указано -WhatIf. В результате ShouldProcess и ShouldContinue могут быть вызваны одновременно, но пользователю будет отображаться только одно приглашение. Затем я могу использовать свою собственную логику, чтобы определить, следует ли вызывать ShouldContinue или нет.

Вот полное решение:

# Represents a website
Class WebSite {
    # The name of the web site
    [string] $Name

    # The category of the website, which can be one of: Production, Test, Development
    [string] $Category # Can be one of

    <#
        Gets the ConfirmImpact level based on Category, as follows:

            Category     ConfirmImpact
            -----------  -------------
            Production   High
            Test         Medium
            Development  Low
            Default      None
    #>
    [System.Management.Automation.ConfirmImpact] GetImpact() {
        Switch ($this.Category) {
            'Production' {
                return [System.Management.Automation.ConfirmImpact]::High
            }
            'Test' {
                return [System.Management.Automation.ConfirmImpact]::Medium
            }
            'Development' {
                return [System.Management.Automation.ConfirmImpact]::Low
            }
        }
        return [System.Management.Automation.ConfirmImpact]::None
    }

    # String representation of WebSite
    [string] ToString() {
        return "$($this.Category) site $($this.Name)"
    }
}

<#
.SYNOPSIS
Destroys a WebSite

.DESCRIPTION
The Remove-WebSite cmdlet permanently destroys a website so use with care.
To avoid accidental deletion, the caller will be prompted to confirm the
invocation of the command if the value of $ConfirmPreference is less than
or equal to the Impact level of the WebSite. The Impact level is based
upon the category, as follows:

    Category     ConfirmImpact
    -----------  -------------
    Production   High
    Test         Medium
    Development  Low
    Default      None

.PARAMETER Website
The WebSite to destroy.

.PARAMETER Force
Destroys website without prompt

.PARAMETER Confirm
Require confirmation prompt always regardless of $ConfirmPreference

.PARAMETER WhatIf
Show what would happen if the cmdlet was run. The cmdlet is not run.

#>
Function Remove-WebSite {
    # Set ConfirmImpact to 'None' so that ShouldProcess automatically returns
    # true without asking for confirmation, regardless of the value of
    # $ConfirmPreference. 
    [CmdletBinding(SupportsShouldProcess=$true,ConfirmImpact='None')]
    Param(
        [Parameter(Mandatory=$true)]
        [WebSite] $WebSite,
        [Switch] $Force
    )

    # Returns true without prompt unless -WhatIf is specified when, in which case
    # false is returned without prompt
    if ($PSCmdlet.ShouldProcess($WebSite)) {

        # Determine whether to continue with the command. Only destroy website if...
        $continue = 
            # ...forced to by Force parameter...
            $Force -or

            #...or the Impact level of the Website is less than $ConfirmPreference...
            $WebSite.GetImpact() -lt $ConfirmPreference -or

            #...or the user clicked 'Yes' in ShouldContinue prompt
            $PSCmdlet.ShouldContinue("Are you sure you want to destroy $($WebSite)?", $null)

        if ($continue) {
            Write-Host "$($WebSite.Name) was destroyed"
        }
    }
}