13

测试脚本：

function outer
{
    [cmdletbinding(supportsshouldprocess=$true)]
    param($s)

    process
    {        
        $pscmdlet.shouldprocess("outer $s", "ShouldProcess") | out-null
        "" | out-file "outer $s"

        inner ImplicitPassthru
        inner VerbosePassthru -Verbose:$Verbose 
        inner WhatifPassthru -WhatIf:$WhatIf
    }
}

function inner
{
    [cmdletbinding(supportsshouldprocess=$true)]
    param($s)

    process
    {   
        $pscmdlet.shouldprocess("inner $s", "ShouldProcess") | out-null
        "" | out-file "inner $s"
    }
}

"`n** NORMAL **"
outer normal
"`n** VERBOSE **"
outer verbose -Verbose
"`n** WHATIF **"
outer whatif -WhatIf

输出：

** NORMAL **
VERBOSE: Performing operation "ShouldProcess" on Target "inner VerbosePassthru".
What if: Performing operation "ShouldProcess" on Target "inner WhatifPassthru".
What if: Performing operation "Output to File" on Target "inner WhatifPassthru".

** VERBOSE **
VERBOSE: Performing operation "ShouldProcess" on Target "outer verbose".
VERBOSE: Performing operation "ShouldProcess" on Target "inner VerbosePassthru".
What if: Performing operation "ShouldProcess" on Target "inner WhatifPassthru".
What if: Performing operation "Output to File" on Target "inner WhatifPassthru".

** WHATIF **
What if: Performing operation "ShouldProcess" on Target "outer whatif".
What if: Performing operation "Output to File" on Target "outer whatif".
What if: Performing operation "ShouldProcess" on Target "inner ImplicitPassthru".
What if: Performing operation "Output to File" on Target "inner ImplicitPassthru".
What if: Performing operation "ShouldProcess" on Target "inner VerbosePassthru".
What if: Performing operation "Output to File" on Target "inner VerbosePassthru".
What if: Performing operation "ShouldProcess" on Target "inner WhatifPassthru".
What if: Performing operation "Output to File" on Target "inner WhatifPassthru".

在我看来，这里有几个奇怪的地方：

  • 指定 -WhatIf:$foo 将始终在被调用者（及其被调用者）中打开 $WhatIf，无论 $foo 是什么。
  • 当您指定 -WhatIf “for real”（不将其限制为现有变量）时，它会隐式传播到被调用者。无需通过或飞溅。
  • 与 -WhatIf 不同，显式 -Verbose 不会隐式级联到被调用者。
  • 当您尝试手动通过 -Verbose:$foo 时，您确实看到行为类似于 -WhatIf:$foo。但它只影响手动测试 $psCmdlet.ShouldProcess() 的脚本——内置 cmdlet 不受影响。

注意：Confirm 的行为与 WhatIf 相同。为简洁起见，我省略了它。

搜索网络和连接，我几乎看不到任何关于与高级功能有关的 ShouldProcess 行为（赞成或反对）的深入讨论。最接近的是James O'Neill 的一篇文章，它建议在整个调用堆栈中传递一个 $psCmdlet 实例。然而，他这样做是为了解决一个完全不同的问题（避免多次 -Confirm 提示）。同时，当您坚持使用为每个函数提供的标准 $psCmdlet 时，我看不到有关预期结果的文档……更不用说设计模式、最佳实践等……

4

2 回答 2

12

您不能真正参考 $WhatIf 或 $Verbose，因为它们是为您合成的，即这些变量在您的函数中不存在。如果用户指定了它们，那么您可以通过 $PSBoundParameters 获取它们，但如果用户没有指定，那么显然它们将不在此哈希表中。

当您将值传递给开关时，PowerShell 将执行典型的强制过程以尝试将指定的值转换为布尔值。由于未定义 $whatif，因此此 eval 为 $null，导致开关值设置为 $true。这可能是因为它看到开关被明确指定，实际上没有值，这相当于只指定 -Whatif 没有值。跟踪参数绑定时可以看到这一点：

function Foo
{
    [CmdletBinding(SupportsShouldProcess=1)]
    param()

    Process
    {
        $PSBoundParameters
    }
}

Trace-Command -name ParameterBinding -expr {Foo -whatif:$xyzzy} -PSHost
DEBUG: BIND NAMED cmd line args [Foo]
DEBUG:   BIND arg [] to parameter [WhatIf]
DEBUG:     COERCE arg to [System.Management.Automation.SwitchParameter]
DEBUG:       Arg is null or not present, type is SWITCHPARAMTER, value is true.
DEBUG:         BIND arg [True] to param [WhatIf] SUCCESSFUL
DEBUG: BIND POSITIONAL cmd line args [Foo]
DEBUG: MANDATORY PARAMETER CHECK on cmdlet [Foo]
DEBUG: CALLING BeginProcessing
DEBUG: CALLING EndProcessing

$WhatIfPreference 和 $VerbosePreference 根据是否使用 -verbose 或 -whatif 调用外部而在外部中适当设置。我可以看到这些值传播到内部就好了。$pscmdlet.ShouldProcess 似乎存在 PowerShell 错误。在这种情况下，它似乎没有兑现 $VerbosePreference 的价值。您可以尝试通过 -Verbose 传递到内部，如下所示：

inner VerbosePassthru -Verbose:($VerbosePreference -eq 'Continue')

另一种选择是像这样使用 Get-Variable -Scope：

function Outer
{
    [CmdletBinding(SupportsShouldProcess=1)]
    param()

    Process
    {
        $pscmdlet.ShouldProcess("Outer process", '') > $null
        inner
        #inner -Verbose:($VerbosePreference -eq 'Continue')
    }
}

function Inner
{
    [CmdletBinding(SupportsShouldProcess=1)]
    param()

    Process
    {
        $pscmdlet = (Get-Variable -Scope 1 -Name PSCmdlet).Value
        $pscmdlet.ShouldProcess("Inner process", '') > $null
        "Inner $VerbosePreference"
    }
}

Outer -Verbose

我不确定我是否喜欢这个，因为这意味着您知道外部比内部高 1 级。您可以“遍历”范围堆栈，在堆栈中查找下一个 PSCmdlet 变量。这有效地摆脱了必须传入 PSCmdlet（这很恶心），但它仍然是一个 hack。您应该考虑在 MS Connect 上提交一个关于此的错误。

于 2010-02-22T21:00:15.667 回答
0

我一直在寻找完全相同的问题，而我在将近 7 年后才写这个。我很惊讶微软的 PowerShell 团队还没有解决这个问题。我已经使用 PowerShell 版本 6 预览版（最新版本）重现了该问题。

我想出了一个简单的解决方法，也就是说，在Inner函数内部，我们创建并运行 a scriptblock，通过检查正确设置为 来设置-Verbose标志，即使它不被尊重：$VerbosePreferenceContinueShouldProcess


Function Outer {
    [CmdletBinding(SupportsShouldProcess=$true, ConfirmImpact="Medium")]
    param([string]$Name)

    Process {
        Write-Host "Outer called";
        Inner $Name
    }
}

Function Inner {
    [CmdletBinding(SupportsShouldProcess=$true, ConfirmImpact="Medium")]
    param([string]$Name)

    Process {
        if (-not ($PSBoundParameters.ContainsKey('Verbose'))) {
            $PSBoundParameters.Add('Verbose', [bool]$VerbosePreference -eq 'Continue');
        }

        & {
            [CmdletBinding(SupportsShouldProcess=$true, ConfirmImpact="Medium")]

            param([string]$Name)

            if ($PSCmdlet.ShouldProcess($Name, "Inner")) {
                Write-Host "Inner called";
            }
        } @PSBoundParameters;
    }
}

Export-ModuleMember *
于 2017-01-21T17:35:06.343 回答