PowerShell参数验证核心靠高级函数的ValidateScript、DynamicParam和begin块三类手段配合实现：ValidateScript在绑定时校验单参数，DynamicParam动态注册条件参数，begin块做跨参数逻辑检查，Parameter Sets则用于划分互斥场景。
powershell 脚本执行前验证参数组合，核心靠 高级函数（advanced function） 的参数绑定机制和 validatescript、dynamicparam、begin 块三类手段配合实现。这不是事后校验，而是在参数解析阶段就拦截非法输入，避免脚本逻辑运行到一半才发现条件冲突。
用 ValidateScript 约束单个参数的取值范围
适合检查某个参数是否依赖另一个参数存在、或值是否在合理区间内。它在参数绑定时立即执行，失败直接报错不进脚本主体。
- 例如要求
-Path必须是文件且存在，同时-Force为$true时才允许覆盖：
[CmdletBinding()]
param(
[Parameter(Mandatory)]
[ValidateScript({
if ($Force -and (Test-Path $_ -PathType Leaf)) { $true }
elseif (-not $Force -and (Test-Path $_ -PathType Leaf)) { $true }
else { throw "Path must be an existing file. Use -Force to allow overwrite." }
})]
[string]$Path,
[switch]$Force
)
# 实际逻辑在这里
}
用 DynamicParam 实现条件性参数注册
当一组参数是否出现完全取决于另一个参数的值（比如选了 -Mode 'Export' 才需要 -OutputPath），用 DynamicParam 动态生成参数集最干净。
- 它在命令行解析阶段运行，PowerShell 会把动态参数纳入自动补全和帮助系统；
- 用户如果漏填必需的动态参数，会在调用前就收到“缺少必需参数”的错误，而不是运行中崩溃。
在 begin 块里做跨参数逻辑校验
ValidateScript 不支持访问其他未绑定完的参数（如 $PSCmdlet.MyInvocation.BoundParameters 在 ValidateScript 中不可靠），所以复杂组合判断应放在 begin 块开头：
- 读取
$PSCmdlet.MyInvocation.BoundParameters获取所有已传入的参数名和值； - 写明规则：比如
-Start和-End必须同时存在，-Id和-Name不能共存； - 用
Write-Error -ErrorAction Stop终止执行，并附带清晰提示。
额外建议：用 Parameter Sets 明确划分使用场景
如果脚本有明显互斥模式（如“只查不改” vs “强制覆盖” vs “批量导入”），优先定义多个 Parameter Set。PowerShell 会自动拒绝混合不同集合的参数，并在 Get-Help 中分组展示，比手动校验更直观、更健壮。
