about_Functions_Advanced_Parameters

Краткое описание

Описание добавления параметров в расширенные функции.

Подробное описание

Вы можете добавить параметры в расширенные функции, которые вы записываете, и использовать атрибуты параметров и аргументы, чтобы ограничить значения параметров, которые пользователи функции передают с параметром.

Параметры, добавляемые в функцию, доступны пользователям в дополнение к общим параметрам, которые PowerShell добавляет автоматически ко всем командлетам и расширенным функциям. Дополнительные сведения о распространенных параметрах PowerShell см. в about_CommonParameters.

Начиная с PowerShell 3.0, можно использовать splatting с @Args целью представления параметров в команде. Splatting действителен для простых и расширенных функций. Дополнительные сведения см. в about_Functions и about_Splatting.

Преобразование типов значений параметров

При предоставлении строк в качестве аргументов параметрам, ожидающим другого типа, PowerShell неявно преобразует строки в целевой тип параметра. Расширенные функции выполняют синтаксический анализ значений параметров с инвариантным языком и региональными параметрами.

В отличие от этого, преобразование с учетом языка и региональных параметров выполняется во время привязки параметров для скомпилированных командлетов.

В этом примере мы создадим командлет и функцию скрипта, которая принимает [datetime] параметр. Текущий язык и региональные параметры изменены для использования немецких параметров. Дата, отформатированная немецким языком, передается параметру.

# Create a cmdlet that accepts a [datetime] argument.
Add-Type @'
  using System;
  using System.Management.Automation;
  [Cmdlet("Get", "Date_Cmdlet")]
  public class GetFooCmdlet : Cmdlet {

    [Parameter(Position=0)]
    public DateTime Date { get; set; }

    protected override void ProcessRecord() {
      WriteObject(Date);
    }
  }
'@ -PassThru | % Assembly | Import-Module

[cultureinfo]::CurrentCulture = 'de-DE'
$dateStr = '19-06-2018'

Get-Date_Cmdlet $dateStr
Dienstag, 19. Juni 2018 00:00:00

Как показано выше, командлеты используют анализ с учетом языка и региональных параметров для преобразования строки.

# Define an equivalent function.
function Get-Date_Func {
  param(
    [DateTime] $Date
  )
  process {
    $Date
  }
}

[cultureinfo]::CurrentCulture = 'de-DE'

# This German-format date string doesn't work with the invariant culture.
# E.g., [datetime] '19-06-2018' breaks.
$dateStr = '19-06-2018'

Get-Date_Func $dateStr

Расширенные функции используют инвариантный анализ языка и региональных параметров, что приводит к следующей ошибке.

Get-Date_Func: Cannot process argument transformation on parameter 'Date'.
Cannot convert value "19-06-2018" to type "System.DateTime". Error:
"String '19-06-2018' was not recognized as a valid DateTime."

Статические параметры

Статические параметры — это параметры, которые всегда доступны в функции. Большинство параметров в командлетах и скриптах PowerShell являются статическими параметрами.

В следующем примере показано объявление параметра ComputerName со следующими характеристиками:

  • Это обязательно (обязательно).
  • Он принимает входные данные из конвейера.
  • Он принимает массив строк в качестве входных данных.
param(
    [Parameter(Mandatory=$true, ValueFromPipeline=$true)]
    [string[]]$ComputerName
)

Параметры-переключатели

Параметры переключения — это параметры, которые не принимают значения параметров. Вместо этого они передают логическое значение true-или-false через их присутствие или отсутствие, чтобы при наличии параметра коммутатора он имеет истинное значение, а при отсутствии у него нет ложного значения.

Например, параметр Get-ChildItem Recurse является параметром switch.

Чтобы создать параметр коммутатора в функции, укажите switch тип в определении параметра.

Например, у функции может быть возможность вывода данных в виде массива байтов:

param([switch]$AsByteArray)

Параметры коммутатора легко использовать и предпочтительнее использовать логические параметры, которые имеют менее естественный синтаксис для PowerShell.

Например, чтобы использовать параметр switch, пользователь вводит параметр в команде.

-IncludeAll

Чтобы использовать логический параметр, пользователь вводит параметр и логическое значение.

-IncludeAll $true

При создании параметров коммутатора тщательно выберите имя параметра. Убедитесь, что имя параметра сообщает о влиянии параметра пользователю. Избегайте неоднозначных терминов, таких как фильтр или максимум , которые могут означать, что требуется значение.

Рекомендации по проектированию параметров коммутатора

  • Параметры переключения не должны быть заданы значения по умолчанию. По умолчанию они всегда должны иметь значение false.

  • Параметры переключения исключаются из позиционных параметров по умолчанию. Даже если другие параметры неявно позиционируются, параметры переключения не являются. Вы можете переопределить это в атрибуте Параметра, но оно будет путать пользователей.

  • Параметры переключения должны быть разработаны таким образом, чтобы настроить команду из его поведения по умолчанию в менее распространенный или более сложный режим. Самое простое поведение команды должно быть поведением по умолчанию, которое не требует использования параметров коммутатора.

  • Параметры переключения не должны быть обязательными. Единственным случаем, когда необходимо сделать параметр коммутатора обязательным, является то, когда необходимо различать набор параметров.

  • Явное задание переключателя из логического параметра можно сделать с -MySwitch:$boolValue помощью и при сплаттинге $params = @{ MySwitch = $boolValue }.

  • Параметры коммутатора имеют тип SwitchParameter, который неявно преобразуется в логический. Переменная параметра может использоваться непосредственно в условном выражении. Например:

    if ($MySwitch) { ... }

    Нет необходимости писать if ($MySwitch.IsPresent) { ... }

Динамические параметры

Динамические параметры — это параметры командлета, функции или скрипта, доступные только в определенных условиях.

Например, несколько командлетов поставщика имеют параметры, доступные только в том случае, если командлет используется на диске поставщика или в определенном пути диска поставщика. Например, параметр кодирования доступен для Add-Contentкомандлетов Get-Content, Set-Content только если он используется на диске файловой системы.

Можно также создать параметр, который отображается только в том случае, если другой параметр используется в команде функции или когда другой параметр имеет определенное значение.

Динамические параметры могут быть полезными, но их можно использовать только при необходимости, так как они могут быть трудными для обнаружения пользователей. Чтобы найти динамический параметр, пользователь должен находиться в пути поставщика, использовать параметр Get-Command ArgumentList командлета или использовать параметр Get-HelpPath.

Чтобы создать динамический параметр для функции или скрипта, используйте DynamicParam ключевое слово.

Синтаксис выглядит следующим образом:

dynamicparam {<statement-list>}

В списке инструкций if используйте инструкцию, чтобы указать условия, при которых параметр доступен в функции.

В следующем примере показана функция со стандартными параметрами с именем Name и Path, а также необязательным динамическим параметром с именем KeyCount. Параметр KeyCount находится в наборе ByRegistryPath параметров и имеет тип Int32. Параметр KeyCount доступен в Get-Sample функции только в том случае, если значение параметра Path начинается с HKLM:, указывая, что он используется на HKEY_LOCAL_MACHINE диске реестра.

function Get-Sample {
  [CmdletBinding()]
  param([string]$Name, [string]$Path)

  DynamicParam
  {
    if ($Path.StartsWith("HKLM:"))
    {
      $parameterAttribute = [System.Management.Automation.ParameterAttribute]@{
          ParameterSetName = "ByRegistryPath"
          Mandatory = $false
      }

      $attributeCollection = [System.Collections.ObjectModel.Collection[System.Attribute]]::new()
      $attributeCollection.Add($parameterAttribute)

      $dynParam1 = [System.Management.Automation.RuntimeDefinedParameter]::new(
        'KeyCount', [Int32], $attributeCollection
      )

      $paramDictionary = [System.Management.Automation.RuntimeDefinedParameterDictionary]::new()
      $paramDictionary.Add('KeyCount', $dynParam1)
      return $paramDictionary
    }
  }
}

Дополнительные сведения см. в документации по типу RuntimeDefinedParameter .

Атрибуты параметров

В этом разделе описываются атрибуты, которые можно добавить в параметры функции.

Все атрибуты являются необязательными. Однако если атрибут КомандлетBinding не указан, то для распознавания его как расширенной функции функция должна включать атрибут Параметра .

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

Атрибут параметра

Атрибут параметра используется для объявления атрибутов параметров функции.

Атрибут параметра является необязательным, и его можно опустить, если ни один из параметров функций не требует атрибутов. Но для распознавания как расширенной функции, а не простой функции, функция должна иметь атрибут КомандлетБиндинга или атрибут параметра или оба.

Атрибут параметра имеет аргументы, определяющие характеристики параметра, например, является ли параметр обязательным или необязательным.

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

param(
    [Parameter(Argument=value)]
    $ParameterName
)

Используйте запятые для разделения аргументов в скобках. Используйте следующий синтаксис, чтобы объявить два аргумента атрибута Параметра .

param(
    [Parameter(Argument1=value1, Argument2=value2)]
    $ParameterName
)

Логические типы аргументов атрибута Параметра по умолчанию значение False при пропуске атрибута Параметра . Задайте значение $true аргумента или просто перечислите аргумент по имени. Например, следующие атрибуты параметра эквивалентны.

param(
    [Parameter(Mandatory=$true)]
)

# Boolean arguments can be defined using this shorthand syntax

param(
    [Parameter(Mandatory)]
)

Если вы используете атрибут Parameter без аргументов, в качестве альтернативы использованию атрибута КомандлетBinding , круглые скобки, соответствующие имени атрибута, по-прежнему требуются.

param(
    [Parameter()]
    $ParameterName
)

Обязательный аргумент

Аргумент Mandatory указывает, что параметр является обязательным. Если этот аргумент не указан, параметр является необязательным.

В следующем примере объявляется параметр ComputerName . Он использует аргумент, Mandatory чтобы сделать параметр обязательным.

param(
    [Parameter(Mandatory)]
    [string[]]$ComputerName
)

Аргумент положения

Аргумент Position определяет, требуется ли имя параметра при использовании параметра в команде. Если объявление параметра включает Position аргумент, имя параметра может быть опущено, и PowerShell определяет значение неназванного параметра по его позиции или упорядочению в списке неименованных значений параметров в команде.

Position Если аргумент не указан, имя параметра или псевдоним имени параметра или сокращенное значение параметра должно предшествовать значению параметра при каждом использовании параметра в команде.

По умолчанию все параметры функции позициональные. PowerShell назначает номера позиций параметрам в порядке объявления параметров в функции. Чтобы отключить эту функцию, задайте для PositionalBinding аргумента атрибута КомандлетBinding значение $False. Аргумент Position имеет приоритет над значением PositionalBinding аргумента атрибута КомандлетBinding . Дополнительные сведения см PositionalBinding . в about_Functions_CmdletBindingAttribute.

Значение аргумента Position указывается как целое число. Значение позиции 0 представляет первую позицию в команде, значение позиции 1 представляет вторую позицию в команде и т. д.

Если функция не имеет позиционных параметров, PowerShell назначает позиции каждому параметру в зависимости от порядка объявления параметров. Однако, как рекомендуется, не полагаться на это назначение. Если вы хотите, чтобы параметры были позициональными Position , используйте аргумент.

В следующем примере объявляется параметр ComputerName . Он использует Position аргумент со значением 0. В результате, если -ComputerName команда опущена, его значение должно быть первым или единственным значением неназванного параметра в команде.

param(
    [Parameter(Position=0)]
    [string[]]$ComputerName
)

Аргумент ParameterSetName

Аргумент ParameterSetName задает набор параметров, к которому принадлежит параметр. Если набор параметров не указан, параметр принадлежит всем наборам параметров, определенным функцией. Чтобы быть уникальным, каждый набор параметров должен иметь по крайней мере один параметр, который не является членом любого другого набора параметров.

Примечание.

Для командлета или функции существует ограничение в 32 набора параметров.

В следующем примере объявляется параметр ComputerName в наборе Computer параметров, параметр UserName в наборе User параметров и параметр Summary в обоих наборах параметров.

param(
    [Parameter(Mandatory, ParameterSetName="Computer")]
    [string[]]$ComputerName,

    [Parameter(Mandatory, ParameterSetName="User")]
    [string[]]$UserName,

    [Parameter()]
    [switch]$Summary
)

Можно указать только одно значение в каждом аргументе и только один ParameterSetNameParameterSetName аргумент в каждом атрибуте параметра . Чтобы включить параметр в несколько наборов параметров, добавьте дополнительные атрибуты параметров .

В следующем примере явно добавляется параметр Summary в Computer наборы параметров и User наборов параметров. Параметр Summary является необязательным в наборе Computer параметров и обязательным в наборе User параметров.

param(
    [Parameter(Mandatory, ParameterSetName="Computer")]
    [string[]]$ComputerName,

    [Parameter(Mandatory, ParameterSetName="User")]
    [string[]]$UserName,

    [Parameter(ParameterSetName="Computer")]
    [Parameter(Mandatory, ParameterSetName="User")]
    [switch]$Summary
)

Дополнительные сведения о наборах параметров см. в разделе "О наборах параметров".

Аргумент ValueFromPipeline

Аргумент ValueFromPipeline указывает, что параметр принимает входные данные из объекта конвейера. Укажите этот аргумент, если функция принимает весь объект, а не только свойство объекта.

В следующем примере объявляется параметр ComputerName , который является обязательным и принимает объект, передаваемый функции из конвейера.

param(
    [Parameter(Mandatory, ValueFromPipeline)]
    [string[]]$ComputerName
)

Аргумент ValueFromPipelineByPropertyName

Аргумент ValueFromPipelineByPropertyName указывает, что параметр принимает входные данные из свойства объекта конвейера. Свойство объекта должно иметь то же имя или псевдоним, что и параметр.

Например, если функция имеет параметр ComputerName, а объект с конвейером имеет свойство ComputerName, значение свойства ComputerName назначается параметру ComputerName функции.

В следующем примере объявляется параметр ComputerName, который является обязательным и принимает входные данные из свойства ComputerName объекта, передаваемого в функцию через конвейер.

param(
    [Parameter(Mandatory, ValueFromPipelineByPropertyName)]
    [string[]]$ComputerName
)

Рассмотрим реализацию функции с помощью этого аргумента:

function Test-ValueFromPipelineByPropertyName{
  param(
      [Parameter(Mandatory, ValueFromPipelineByPropertyName)]
      [string[]]$ComputerName
  )
  Write-Output -InputObject "Saw that ComputerName was '$ComputerName'"
}

Затем демонстрация размещения объекта со свойством ComputerName будет:

[pscustomobject]@{ ComputerName = "HelloWorld" } |
    Test-ValueFromPipelineByPropertyName
Saw that ComputerName was 'HelloWorld'

Примечание.

Типизированный параметр, принимаюющий входные данные конвейера (by Value) или (by PropertyName) позволяет использовать блоки скриптов задержки привязывания к параметру.

Блок скрипта отложенной привязки выполняется автоматически во время ParameterBinding. Результат привязан к параметру. Привязка задержки не работает для параметров, определенных как ScriptBlock или System.Object. Блок скрипта передается без вызова. Дополнительные сведения о блоках скриптов с задержкой привязки см. в about_Script_Blocks.

Аргумент ValueFromRemainingArguments

Аргумент ValueFromRemainingArguments указывает, что параметр принимает все значения параметра в команде, которая не назначена другим параметрам функции.

В следующем примере объявляется параметр Value , который является обязательным и оставшимся параметром, принимаюющим все остальные значения параметров, отправленные в функцию.

function Test-Remainder {
    param(
        [Parameter(Mandatory, Position=0)]
        [string]$Value,

        [Parameter(Position=1, ValueFromRemainingArguments)]
        [string[]]$Remaining
    )

    "Found $($Remaining.Count) elements"

    for ($i = 0; $i -lt $Remaining.Count; $i++) {
        "${i}: $($Remaining[$i])"
    }
}
Test-Remainder first one,two
Found 2 elements
0: one
1: two

Аргумент HelpMessage

Аргумент HelpMessage задает строку, содержащую краткое описание параметра или его значения. Если вы выполняете команду без обязательного параметра, PowerShell запрашивает входные данные. Чтобы просмотреть сообщение справки, введите !? запрос и нажмите клавишу ВВОД.

В следующем примере объявляется обязательный параметр ComputerName и сообщение справки, объясняющее ожидаемое значение параметра.

param(
    [Parameter(Mandatory,
    HelpMessage="Enter one or more computer names separated by commas.")]
    [string[]]$ComputerName
)

Пример результата:

cmdlet  at command pipeline position 1
Supply values for the following parameters:
(Type !? for Help.)
ComputerName[0]: !?
Enter one or more computer names separated by commas.
ComputerName[0]: localhost
ComputerName[1]:

Если для функции нет справки на основе комментариев, это сообщение отображается в выходных Get-Help -Full данных.

Этот аргумент не влияет на необязательные параметры.

Атрибут псевдонима

Атрибут Alias устанавливает альтернативное имя параметра. Нет ограничения на количество псевдонимов, которые можно назначить параметру.

В следующем примере показано объявление параметра, которое добавляет псевдонимы CN и MachineName в обязательный параметр ComputerName .

param(
    [Parameter(Mandatory)]
    [Alias("CN","MachineName")]
    [string[]]$ComputerName
)

Атрибут учетных данных

Атрибут Credential используется для указания того, что параметр принимает учетные данные. В следующем примере показано объявление параметров, использующее атрибут Credential .

param(
    [Parameter()]
    [System.Management.Automation.Credential()]
    [PSCredential]$Credential
)

Экспериментальный атрибут

Используйте экспериментальный атрибут, чтобы объявить некоторый код экспериментальным. Полное описание атрибута см. в about_Experimental_Features.

Атрибут PSDefaultValue

PsDefaultValue указывает значение по умолчанию параметра команды в скрипте. Эти сведения отображаются командлетом Get-Help . Чтобы просмотреть сведения о значении по умолчанию, функция должна включать справку на основе комментариев. Например:

<#
    .SYNOPSIS
     This is a test script that has a parameter with a default value.
#>
function TestDefaultValue {
    param(
        [PSDefaultValue(Help='Current directory')]
        [string]$Name = $PWD.Path
    )

    $Name
}

Используется Get-Help для просмотра сведений о значении по умолчанию.

Get-Help TestDefaultValue -Parameter name
-Name <String>

    Required?                    false
    Position?                    1
    Default value                Current directory
    Accept pipeline input?       false
    Accept wildcard characters?  false

Аргументы атрибутов PSDefaultValue

Атрибут PSDefaultValue имеет два аргумента:

  • Справка — строка, описывающая значение по умолчанию. Эти сведения отображаются командлетом Get-Help .
  • Значение — значение по умолчанию параметра.

Оба аргумента являются необязательными. Если аргументы не указаны, Get-Help отображается значение, назначенное параметру.

Атрибут PSTypeName

Имена расширенных типов нельзя использовать в объявлении типов. Атрибут PSTypeName* позволяет ограничить тип параметра расширенным типом.

В этом примере Test-Connection командлет возвращает расширенный тип. Атрибут PSTypeName можно использовать для ограничения типа параметра расширенным типом.

function TestType {
    param(
        [PSTypeName('Microsoft.PowerShell.Commands.TestConnectionCommand+PingMtuStatus')]
        [psobject]$MtuStatus
    )

    $MtuStatus
}

$mtu = Test-Connection -TargetName bing.com -MtuSize
TestType $mtu

Атрибут System.Obsolete

Используйте атрибут System.Obsolete, чтобы пометить параметры, которые больше не поддерживаются. Это может быть полезно, если вы хотите удалить параметр из функции, но вы не хотите прерывать существующие скрипты, использующие функцию.

Например, рассмотрим функцию, которая имеет параметр коммутатора NoTypeInformation , который определяет, включены ли сведения о типе в выходные данные. Вы хотите сделать это поведение по умолчанию и удалить параметр из функции. Однако вы не хотите прерывать существующие скрипты, использующие функцию. Параметр можно пометить как устаревший и добавить сообщение, объясняющее изменение.

param(
    [System.Obsolete("The NoTypeInformation parameter is obsolete.")]
    [SwitchParameter]$NoTypeInformation
)

Атрибут SupportsWild карта s

Атрибут SupportsWild карта s используется для указания того, что параметр принимает дикие значения карта. В следующем примере показано объявление параметра для обязательного параметра Path, который поддерживает дикие карта значения.

param(
    [Parameter(Mandatory)]
    [SupportsWildcards()]
    [string[]]$Path
)

Использование этого атрибута не включает автоматическую поддержку wild карта. Разработчик командлета должен реализовать код для обработки диких данных карта входных данных. Поддерживаемые дикие карта могут отличаться в зависимости от базового API или поставщика PowerShell. Дополнительные сведения см. в about_Wild карта.

Атрибуты завершения аргументов

Атрибут ArgumentCompletions

Атрибут ArgumentCompletions позволяет добавлять значения завершения вкладки в определенный параметр. Атрибут ArgumentCompletions должен быть определен для каждого параметра, которому требуется завершение вкладки. Атрибут ArgumentCompletions похож на ValidateSet. Оба атрибута принимают список значений, которые будут представлены, когда пользователь нажимает клавишу TAB после имени параметра. Однако, в отличие от ValidateSet, значения не проверяются.

Этот атрибут появился в PowerShell 6.0.

Дополнительные сведения см. в about_Functions_Argument_Completion.

Атрибут ArgumentCompleter

Атрибут ArgumentCompleter позволяет добавлять значения завершения вкладки в определенный параметр. Атрибут ArgumentCompleter должен быть определен для каждого параметра, которому требуется завершение вкладки. Как и DynamicParameters, доступные значения вычисляются во время выполнения, когда пользователь нажимает tab после имени параметра.

Дополнительные сведения см. в about_Functions_Argument_Completion.

Атрибуты проверки параметров и переменных

Атрибуты проверки направляют PowerShell для проверки значений параметров, которые пользователи передают при вызове расширенной функции. Если значения параметров завершаются сбоем теста, создается ошибка и функция не вызывается. Проверка параметров применяется только к предоставленным входным данным, а любые другие значения, такие как значения по умолчанию, не проверяются.

Можно также использовать атрибуты проверки, чтобы ограничить значения, которые пользователи могут указать для переменных.

[AllowNull()] [int]$number = 7

Атрибуты проверки можно применять к любой переменной, а не только к параметрам. Вы можете определить проверку для любой переменной в скрипте.

Примечание.

При использовании любых атрибутов с типизированной переменной рекомендуется объявить атрибут перед типом.

Если вы объявляете тип с разрывом строки перед именем атрибута и переменной, тип обрабатывается как собственная инструкция.

[string]
[ValidateLength(1,5)] $Text = 'Okay'
IsPublic IsSerial Name                                     BaseType
-------- -------- ----                                     --------
True     True     String                                   System.Object

Если вы объявляете атрибут проверки после типа, то назначенное значение проверяется перед преобразованием типов, что может привести к непредвиденным сбоям проверки.

[string] [ValidateLength(1,5)]$TicketIDFromInt        = 43
[string] [ValidateLength(1,5)]$TicketIDFromString     = '43'
[ValidateLength(1,5)] [string]$TicketIDAttributeFirst = 43
MetadataError: The attribute cannot be added because variable
TicketIDFromInt with value 43 would no longer be valid.

Атрибут проверки AllowNull

Атрибут AllowNull позволяет иметь $nullзначение обязательного параметра. В следующем примере объявляется параметр hashtable ComputerInfo , который может иметь значение NULL .

param(
    [Parameter(Mandatory)]
    [AllowNull()]
    [hashtable]$ComputerInfo
)

Примечание.

Атрибут AllowNull не работает, если преобразователь типов имеет значение string, так как тип строки не принимает значение NULL. Для этого сценария можно использовать атрибут AllowEmptyString .

Атрибут проверки AllowEmptyString

Атрибут AllowEmptyString позволяет значению обязательного параметра быть пустой строкой (""). В следующем примере объявляется параметр ComputerName , который может иметь пустое строковое значение.

param(
    [Parameter(Mandatory)]
    [AllowEmptyString()]
    [string]$ComputerName
)

Атрибут проверки AllowEmptyCollection

Атрибут AllowEmptyCollection позволяет значению обязательного параметра быть пустой коллекцией @(). В следующем примере объявляется параметр ComputerName , который может иметь пустое значение коллекции.

param(
    [Parameter(Mandatory)]
    [AllowEmptyCollection()]
    [string[]]$ComputerName
)

Атрибут проверки ValidateCount

Атрибут ValidateCount указывает минимальное и максимальное число значений параметров, которые принимает параметр. PowerShell создает ошибку, если количество значений параметров в команде, вызывающей функцию, находится за пределами этого диапазона.

В следующем объявлении параметра создается параметр ComputerName , который принимает одно-пять значений параметров.

param(
    [Parameter(Mandatory)]
    [ValidateCount(1,5)]
    [string[]]$ComputerName
)

Атрибут проверки ValidateLength

Атрибут ValidateLength указывает минимальное и максимальное количество символов в значении параметра или переменной. PowerShell создает ошибку, если длина значения, указанного для параметра или переменной, выходит за пределы диапазона.

В следующем примере каждое имя компьютера должно содержать до десяти символов.

param(
    [Parameter(Mandatory)]
    [ValidateLength(1,10)]
    [string[]]$ComputerName
)

В следующем примере значение переменной $text должно быть не менее одного символа длиной и не более десяти символов.

[ValidateLength(1,10)] [string] $text = 'valid'

Атрибут проверки ValidatePattern

Атрибут ValidatePattern указывает регулярное выражение, которое сравнивается с параметром или значением переменной. PowerShell создает ошибку, если значение не соответствует шаблону регулярного выражения.

В следующем примере значение параметра должно содержать четырехзначное число, и каждая цифра должна быть числом от нуля до девяти.

param(
    [Parameter(Mandatory)]
    [ValidatePattern("[0-9]{4}")]
    [string[]]$ComputerName
)

В следующем примере значение переменной $ticketID должно быть ровно четырехзначным числом, и каждая цифра должна быть числом от нуля до девяти.

[ValidatePattern("^[0-9]{4}$")] [string]$ticketID = 1111

Атрибут проверки ValidateRange

Атрибут ValidateRange задает числовый диапазон или значение перечисления ValidateRangeKind для каждого параметра или значения переменной. PowerShell создает ошибку, если любое значение находится за пределами этого диапазона.

Перечисление ValidateRangeKind позволяет использовать следующие значения:

  • Положительное значение — число больше нуля.
  • Отрицательный — число меньше нуля.
  • NonPositive — число меньше нуля или равно нулю.
  • NonNegative — число больше или равно нулю.

В следующем примере значение параметра "Попытки " должно быть от нуля до десяти.

param(
    [Parameter(Mandatory)]
    [ValidateRange(0,10)]
    [Int]$Attempts
)

В следующем примере значение переменной $number должно быть от нуля до десяти.

[ValidateRange(0,10)] [int]$number = 5

В следующем примере значение переменной $number должно быть больше нуля.

[ValidateRange("Positive")] [int]$number = 1

Атрибут проверки ValidateScript

Атрибут ValidateScript указывает скрипт, используемый для проверки значения параметра или переменной. PowerShell передает значение скрипту и создает ошибку, если скрипт возвращает $false или вызывает исключение.

При использовании атрибута ValidateScript значение, которое проверяется, сопоставляется с переменной $_ . Можно использовать $_ переменную для ссылки на значение в скрипте.

В следующем примере значение параметра EventDate должно быть больше текущей даты или равно ей.

param(
    [Parameter(Mandatory)]
    [ValidateScript({$_ -ge (Get-Date)})]
    [DateTime]$EventDate
)

В следующем примере значение переменной $date должно быть меньше текущей даты и времени.

[ValidateScript({$_ -le (Get-Date)})] [DateTime]$date = (Get-Date)

Примечание.

Если вы используете ValidateScript, вы не можете передать $null значение параметру. При передаче значения NULL ValidateScript не удается проверить аргумент.

Переопределение сообщения об ошибке по умолчанию

Начиная с PowerShell 6, можно переопределить сообщение об ошибке по умолчанию, созданное при недопустимом значении аргумента ErrorMessage . Укажите строку составного формата. Компонент 0 индекса использует входное значение. Компонент 1 индекса использует ScriptBlock , используемый для проверки входного значения.

В следующем примере значение параметра EventDate должно быть больше или равно текущему дате и времени. Если значение недопустимо, сообщение об ошибке сообщает, что указанная дата и время слишком старая.

param(
    [Parameter(Mandatory)]
    [ValidateScript(
        {$_ -ge (Get-Date)},
        ErrorMessage = "{0} isn't a future date. Specify a later date."
    )]
    [DateTime]$EventDate
)

Если указанное значение является последней датой, возвращается пользовательское сообщение об ошибке.

Cannot validate argument on parameter 'EventDate'. 1/1/1999 12:00:00 AM
isn't a future date. Specify a later date.

Вы можете применить дальнейшее форматирование в строке с дополнительными компонентами строки формата.

В следующем примере значение параметра EventDate должно быть больше или равно текущему дате и времени. Если значение недопустимо, сообщение об ошибке сообщает, что указанная дата слишком старая.

param(
    [Parameter(Mandatory)]
    [ValidateScript(
        {$_ -ge (Get-Date).Date},
        ErrorMessage = "{0:d} isn't a future date. Specify a later date."
    )]
    [DateTime]$EventDate
)

Если указанное значение является последней датой, возвращается пользовательское сообщение об ошибке.

Cannot validate argument on parameter 'EventDate'. 1/1/1999 isn't a future
date. Specify a later date.

Атрибут ValidateSet

Атрибут ValidateSet задает набор допустимых значений для параметра или переменной и включает завершение вкладки. PowerShell создает ошибку, если значение параметра или переменной не соответствует значению в наборе. В следующем примере значение параметра Detail может быть только низким, средним или высоким.

param(
    [Parameter(Mandatory)]
    [ValidateSet("Low", "Average", "High")]
    [string[]]$Detail
)

В следующем примере значение переменной $flavor должно иметь значение "Шоколад", "Клубника" или "Ванилья".

[ValidateSet("Chocolate", "Strawberry", "Vanilla")]
[string]$flavor = "Strawberry"

Проверка происходит всякий раз, когда эта переменная назначается даже в скрипте. Например, следующие результаты приводят к ошибке во время выполнения:

param(
    [ValidateSet("hello", "world")]
    [string]$Message
)

$Message = "bye"

В этом примере возвращается следующая ошибка во время выполнения:

MetadataError: The attribute cannot be added because variable Message with
value bye would no longer be valid.

Использование ValidateSet также включения расширения табуляции значений для этого параметра. Дополнительные сведения см. в about_Tab_Expansion.

Значения Dynamic ValidateSet с помощью классов

Класс можно использовать для динамического создания значений для ValidateSet во время выполнения. В следующем примере допустимые значения переменной $Sound создаются с помощью класса с именем SoundNames, который проверка три пути файловой системы для доступных звуковых файлов:

Class SoundNames : System.Management.Automation.IValidateSetValuesGenerator {
    [string[]] GetValidValues() {
        $SoundPaths = '/System/Library/Sounds/',
            '/Library/Sounds','~/Library/Sounds'
        $SoundNames = ForEach ($SoundPath in $SoundPaths) {
            If (Test-Path $SoundPath) {
                (Get-ChildItem $SoundPath).BaseName
            }
        }
        return [string[]] $SoundNames
    }
}

Затем [SoundNames] класс реализуется как динамическое значение ValidateSet следующим образом:

param(
    [ValidateSet([SoundNames])]
    [string]$Sound
)

Примечание.

Класс IValidateSetValuesGenerator появился в PowerShell 6.0

Атрибут проверки ValidateNotNull

Атрибут ValidateNotNull указывает, что значение параметра не может быть $null. Если значение равно $null, PowerShell вызывает исключение.

Атрибут ValidateNotNull предназначен для использования, если параметр необязателен, а тип не определен или имеет преобразователь типов, который не может неявно преобразовать значение NULL, например объект. Если указать тип, который неявно преобразует значение NULL, например строку, значение NULL преобразуется в пустую строку даже при использовании атрибута ValidateNotNull . Для этого сценария используйте атрибут ValidateNotNullOrEmpty .

В следующем примере значение параметра ID не может быть $null.

param(
    [Parameter()]
    [ValidateNotNull()]
    $ID
)

Атрибут проверки ValidateNotNullOrEmpty

Атрибут ValidateNotNullOrEmpty указывает, что назначенное значение не может быть любым из следующих значений:

  • $null
  • пустая строка ("")
  • пустой массив (@())

Если значение недопустимо, PowerShell вызывает исключение.

param(
    [Parameter(Mandatory)]
    [ValidateNotNullOrEmpty()]
    [string[]]$UserName
)

Атрибут проверки ValidateDrive

Атрибут ValidateDrive указывает, что значение параметра должно представлять путь, который ссылается только на разрешенные диски. PowerShell создает ошибку, если значение параметра ссылается на диски, отличные от разрешенного. Существование пути, за исключением самого диска, не проверяется.

Если используется относительный путь, текущий диск должен находиться в списке разрешенных дисков.

param(
    [ValidateDrive("C", "D", "Variable", "Function")]
    [string]$Path
)

Атрибут проверки ValidateUserDrive

Атрибут ValidateUserDrive указывает, что значение параметра должно представляться на User диске. PowerShell создает ошибку, если путь ссылается на другой диск. Атрибут проверки проверяет только наличие префикса диска пути.

Если используется относительный путь, текущий диск должен быть User.

function Test-UserDrivePath{
    [OutputType([bool])]
    param(
        [Parameter(Mandatory, Position=0)]
        [ValidateUserDrive()]
        [string]$Path
    )
    $True
}

Test-UserDrivePath -Path C:\
Test-UserDrivePath: Cannot validate argument on parameter 'Path'. The path
argument drive C does not belong to the set of approved drives: User.
Supply a path argument with an approved drive.
Test-UserDrivePath -Path 'User:\A_folder_that_does_not_exist'
Test-UserDrivePath: Cannot validate argument on parameter 'Path'. Cannot
find drive. A drive with the name 'User' does not exist.

Вы можете определить User диск в конфигурациях сеансов JA Just Enough Администратор istration (JEA). В этом примере мы создадим диск User: drive.

New-PSDrive -Name 'User' -PSProvider FileSystem -Root $env:HOMEPATH
Name           Used (GB)     Free (GB) Provider      Root
----           ---------     --------- --------      ----
User               75.76         24.24 FileSystem    C:\Users\ExampleUser
Test-UserDrivePath -Path 'User:\A_folder_that_does_not_exist'
True

Атрибут проверкиTrustedData

Этот атрибут был добавлен в PowerShell 6.1.1.

В настоящее время атрибут используется внутри себя PowerShell и не предназначен для внешнего использования.

См. также